Desc Solution Desc 突然有个游戏灵感，看了一下 Unity 3D 好像和预期效果有些偏差，多处辗转于不同语言和引擎，最终决定使用 GameMaker Studio 虽然是个比较简单的引擎...，但是可以根据需求进行扩展，而且操作简单的独立游戏已经足够了。...从 Steam 可以免费一键下载，Pro 版则需要购买但是有更多的功能（多平台导出的功能等等） 初次使用遇到一个问题，点击Run的时候并没有运行当前工程而是弹出一个打开窗体 Steam 里面相同问题描述...但是这个文件根本就没有生成 图片 Solution 后来仔细查看发现 compile 信息中有个路径有些问题 C:\\gm_ttt_77627\gm_ttt_71756 可能因为程序权限问题或者杀毒软件封杀导致无法在...C 盘根目录建立新文件夹 这个可以在GMS的Preference里面设置temp folder，将其修改到其他目录即可解决
Linux系统里的/etc/fstab文件主要用于保存服务器的磁盘挂载信息，如果该配置文件中写入不正确的挂载信息或者该文件自身存在访问错误（权限配置、文件丢失等），系统启动时就可能出现异常，导致启动失败...，如下图所示 一般是因为/etc/fstab文件中写入了错误的文件系统或者磁盘的分区信息不正确 解决方法 尝试按以下步骤修复： 1、物理服务器通过显示器+键盘连接，若是虚拟机或者云主机登录虚拟控制台或远程终端页面.../fstab，检查磁盘的分区信息与文件系统和 blkid 返回的结果是否一致。...如果不一致，按以下步骤修改： 1) 将光标移到异常的参数行，按 i 键进入编辑模式。 2) 写入正确的分区信息。 3) 按 Esc 键退出编辑模式，并输入 :wq，按回车键后保存并退出。...确认重启是否能成功进入系统 下面的图例演示是是/根分区的UUID写错一个字母导致无法正常启动的情况 保存之后重启就可以正常进入系统了 ?
上一篇我们讲了EasyNVR在实现抖音直播推流的时候音频文件失效的问题（EasyNVR推流到抖音直播间添加背景音乐程序闪退），目前针对该项目的问题已经有了较为完善的解决方法。...比如上文说的音频崩溃问题，就是EasyNVR平台版本升级导致的。...image.png 然而当我们发现是音频存放路径导致的程序崩溃问题时，EasyNVR程序往往已经启动不起来，无法再通过登录系统的方式对程序进行修改。...但是怀疑背景音乐存放路径是绝对路径还是相对路径的问题，又不敢轻易删除程序包，于是做了一个如下测试： 1、新下载一个EasyNVR程序包，将老的程序目录下DB文件拷贝过来； 2、将背景音乐文件夹拷贝过来，...背景音乐文件夹如下图所示： image.png 此时我们尝试启动程序，发现程序能够正常读取背景音乐文件夹内的内容，如下图： image.png 所以我们要知道EasyNVR在读取背景音乐资源的时候，是根据相对路径进行读取
[850269ad71a52d7b9ce0cc6df0d6b3ccf4d779fc.png] 界面展示后台信息 前端页面展示了不应该出现的后端日志信息（如下图），这类的错误一般是由于后端服务错误导致。...[7da4bc54b6b5b9087ef81db20914e4db90c82a9b.png] 推送信息错误 推送消息中包含了不正确的内容（如下图），此类问题一般是后端服务错误导致的。...[c3484e8985cc989cec37693951dfb6e566b2d2dc.png] 崩溃 崩溃是 app 很常见的一类 Bug。...比如用户正在使用某个 app，突然应用就停止响应，界面上弹出【强制关闭错误】的窗口需要强制关闭应用。而 iOS 的 app 则很多使用就会出现闪退的现象。...性能Bug 加载速度慢 应用程序第一次启动速度慢 进入到某一个界面加载速度慢 启动某一个有动画效果的界面，动画执行过程加载速度慢并且有卡顿 响应某一个用户事件时，长时间无响应（ANR） 其他 太占用手机内存
，经常出现调用send失败的情况，send函数在循环中被调用多次之后返回-1，设置errno为EAGAIN，导致程序进入错误处理分支，关闭socket以及记录日志（见图2）。...[ 图 1 程序流程 ] [ 图 2 关键代码 ] 本文试图从send函数以及TCP协议两个点进行问题的分析，并复现出错误场景，最后针对导致错误的原因来给出解决方案。...此时若Server不调用recv函数处理接收缓冲区中的数据，将导致Client发送窗口一直为0。...发现send发生错误时，接收端向发送端发送的ACK报文中win参数皆为0，这与‘分析问题’小节中的结论一致，由于发送窗口缩小为0，导致发送缓冲区被填充满之后，再次调用send导致返回-1，并设置errno...结论 当发送端流量远远大于接收端流量时，虽然send函数在初期会返回，但是随着接收端缓冲区被填满，发送端的发送窗口会缩小为0，最终发送缓冲区也被填满，导致send函数返回-1，errno被设置为EAGAIN
其为了屏蔽网络底层种种复杂的因素做出了巨大的努力,同时也导致了TCP内部各种机制之间的相互作用,让初接触它的人们很难理清头绪。本文就从TCP的传输窗口这个点切入，带领大家一睹TCP实现机制的风采。...粘包和TCP窗口有关、长短连接性能优劣和TCP传输策略有关。下面就着重介绍TCP窗口、TCP传输策略和TCP定时器，让大家对TCP有进一步的了解。 2....（3）发送端：接收到窗口通告为2048,于是最多只能写入2K的数据，将2K数据写入[seq=2048]。 （4）接收端：应用层尚未消费缓冲区。接收到2K数据后，缓冲区满。...（9）接收端：缓冲区被应用层消费了2K,缓冲区可用字节为2K,通告窗口为2048,ack[seq=4096,win=2048]。 （10）发送端：继续写入1K的数据。...2.4.1 慢启动和拥塞避免 拥塞避免算法和慢启动算法是两个目的不同、独立的算法。慢启动的目的是:防止一开始速率过快，导致耗尽中间路由器存储空间，从而严重降低TCP连接的吞吐量。
如果单击工具栏上的“转至离线”按钮，将进入离线模式，窗口标题栏的橙色、与在线状态有关的图标和文字消失。 2....用诊断缓冲区诊断事故 选中工作区左边浏览窗口中的“诊断缓冲区”，右边窗口的上面是事件（CPU操作模式切换和诊断中断）列表。...启动时CPU找不到8DI模块，因此出现图6-55中的6号事件“硬件组件已移除或缺失”。启动过程中出现4号事件“过程映像更新过程中发生新的I/O访问错误”。...单击“在编辑器中打开”按钮，将打开与选中的事件有关的模块的设备视图或引起错误的指令所在的离线的块，可以检查和修改块中的程序。...黄色/绿色交替闪动表示启动、自检测或固件更新。出错时红色ERROR（错误）LED闪烁，可能是CPU的内部错误、存储卡错误或者组态错误。硬件故障时ERROR LED常亮。
如果是非阻塞socket，在执行读操作时，如果socket接收缓存区没有数据，则直接返回EWOULDBLOCK错误；在执行写操作时，如果socket发送缓冲区中有足够空间或者是不足以拷贝所有待发送数据的空间的话...，则拷贝前面N个能够容纳的数据，返回实际拷贝的字节数，socket发送缓存区没有空间时会返回EWOULDBLOCK错误。...滑动窗口本质上是描述接受方的TCP数据报缓冲区大小的数据，发送方根据这个数据来计算自己最多能发送多长的数据。...前者是发送方感受到的网络拥塞的估计，而后者则与接收方在该连接上的可用缓存大小有关。...慢启动一直持续到我们回到当拥塞发生时所处位置的半时候才停止（因为我们记录了在步骤2中给我们制造麻烦的窗口大小的一半），然后转为执行拥塞避免。
在操作系统中，某些被进程调用的操作，如队列操作、对信号量的操作、检查启动外设操作等，一旦开始执行，就不能被中断，否则就会出现操作错误，造成系统混乱。...，但简洁高效 可靠数据传输原理RDT RDT是网络中最重要的问题之一，其所要解决的是“如何利用下层提供的并不可靠的服务，为其上层提供可靠服务”，下层可能出现的问题包括比特反转带来的传输数据错误，或是由于网络原因导致的报文段乱序...TCP拥塞控制 TCP进行拥塞控制的机制是端到端的拥塞控制机制，即路由器并不向主机反馈有关拥塞的信息，这样可以减轻路由器的压力，并且符合TCP/IP架构所遵循的网络核心简单的原则。...） 为此要保证发送者发送的数据字节数是两个窗口中小的那个窗口数，这样就既不会因为接收者窗口大小导致拥塞，也不会因为网络容量大小导致拥塞，实际上，接收窗口反映了网络中的流量控制问题，拥塞窗口反映了网络中的拥塞控制问题...，然后发送两个数据段……直至超时（或达到接收方窗口的大小） 确定出拥塞窗口的大小 因此在达到接收窗口大小或超时前，慢启动算法下的拥塞窗口大小都是以指数形式增长的，特点是启动初值很低，但是增长速度很快
基于堆栈的缓冲区溢出类似于前面的堆示例，因此，当程序向缓冲区写入的数据超过堆栈分配的处理量时，可能会导致覆盖现有堆栈数据，并在覆盖指令指针时导致拒绝服务或任意代码执行。...如果输入值大于其长度，它将覆盖金丝雀值，导致程序抛出分段错误（segfault），因为输入值的内容试图覆盖内存的受限区域。过去，Linux允许在堆栈上执行指令。...您刚刚溢出了输入缓冲区，并在程序中创建了一个分段错误。...要查看gdb的命令帮助选项列表，请使用-h选项。. 4. 现在我们可以看到导致分段错误的内存地址0x00005555555471e，它位于overflow（）函数中。...18、在另一个终端窗口中，使用netcat在端口4455/tcp上启动另一个侦听器以捕获反向负载。
在本文中，我们将分享一些在DASH传输中出现的常见错误，以及我们通常在面对这些错误时所总结的一些见解。.../ DRM的特定问题 / “想要安全，请使用https” 在播放受到DRM保护的视频的时候，经常会出现一个与底层应用托管有关的错误。...在DASH视频流中，一个切片的呈现时间与其分段时间的开始有关。如果我们仅仅将每个切片的MSE.timestampOffset设置为每个分段时间的起始时间会发生什么？...切片中的总媒体样本持续时间短于其呈现持续时间所指示的时间。 最终就导致了如下情况的发生： 在这种情况下，切片1和切片2完美对齐，然而切片2和切片3之间有一个空隙。...错误的DVR窗口会导致播放停止和失败。在多时段广告插入的背景下，使用MPD的具体属性将时间段对齐以避免媒体缓冲的不连续很重要。此外，当MSE实现无法处理媒体缓冲中的空隙时，应避免媒体时间线中的空隙。
在第一次握手时，服务端会应答，第二次握手时，客户端会应答，第三次握手时不会有应答，因此第三次握手出现错误时，会导致异常连接。只要出现异常连接，那么可以使用RST来重新建立连接。...在上文中，我们讲述过16位窗口大小表示的是接收缓冲区中剩余空间的大小。 总之，滑动窗口，与对方的接受能力有关！ 滑动窗口怎么滑？...因此，对于发送方的滑动窗口来说，上文我们说了它是跟接收方的接收缓冲区的接收能力有关，现在，它也跟拥塞窗口有关。 滑动窗口 = min(拥塞窗口大小，16位窗口大小)。...当TCP开始启动的时候, 慢启动阈值等于窗口最大值，在每次超时重发的时候, 慢启动阈值会变成原来的一半, 同时拥塞窗口置回1。...拥塞控制：使用慢启动机制，发送速度一开始是指数增长，后面是线性增长，这样就可以避免一开始发送过多数据导致网络拥塞，同时使用阈值来控制滑动窗口的大小。
返回再启动就好了。
获取本地或已连接的一个资源的网络名称 WNetGetLastError 获取网络错误的扩展错误信息 WNetGetUniversalName 获取网络中一个文件的远程名称以及/或者UNC（统一命名规范...释放由FindNextPrinterChangeNotification函数分配的一个缓冲区 GetForm 取得与指定表单有关的信息 GetJob 获取与指定作业有关的信息 GetPrinter...，在最近一次输入信息时，判断指定虚拟键的状态 GetLastError 针对之前调用的api函数，用这个函数取得扩展错误信息 GetLocaleInfo 取得与指定“地方”有关的信息 GetLocalTime...获取一个进程的启动信息 GetThreadPriority 获取特定线程的优先级别 GetTheardTimes 获取与一个线程的经过时间有关的信息 GetWindowThreadProcessId...枚举网络资源 WNetGetConnection 获取本地或已连接的一个资源的网络名称 WNetGetLastError 获取网络错误的扩展错误信息 WNetGetUniversalName
坚持定时器 拥塞窗口 慢启动 tcp吞吐量 带宽时延乘积 糊涂窗口综合症 解决方案 超时重传 快速重传 网络拥塞 rto超时的拥塞避免 重复确认的拥塞避免 TCP常见异常 应用崩溃 机器崩溃 机器崩溃并重启...但这也导致该链接使用的本地端口在这段时间内不能被使用 该选项允许使用处于2MSL等待状态的本地端口 tcp是双工的链接，在底层针对每一条链接都有自己的发送缓冲区和接收缓冲区，同时可以互不影响的发送和接收数据...导致发送方重发后再被丢弃，严重影响利用率，甚至引发网络瘫痪 慢启动将拥塞窗口设置为1，在接收到确认报文后，拥塞窗口以指数方式增长，直到拥塞窗口等于通告窗口或达到阀值为止 tcp吞吐量 带宽时延乘积...tcp吞吐量受制于拥塞窗口和通告窗口 拥塞窗口受制于物理硬件的配置(不可变) 通告窗口受制于接收方接收缓冲区大小(可变) 增加接收方接收缓冲区以提高吞吐量 带宽：物理网络单位时间内可以传送的数据量...时延：发送数据到接收确认的时间间隔 带宽时间乘积即是接收方缓冲区的最大值 糊涂窗口综合症 基于滑动窗口的流量控制方案，如果满足下列条件，会导致糊涂窗口综合症，导致链接利用率急速下降 快速的发送方与慢速的接收方
上一篇我们讲了EasyNVR在实现抖音直播推流的时候音频文件失效的问题（EasyNVR推流到抖音直播间添加背景音乐程序闪退），目前针对该项目的问题已经有了较为完善的解决方法。...EasyNVR智能安防直播平台会不定期进行更新，如果有用户想使用最新版本，则需在原有系统上主动升级，升级会涉及到一个存储迁移或者文件迁移的问题。...比如上文说的音频崩溃问题，就是EasyNVR平台版本升级导致的。 ? 然而当我们发现是音频存放路径导致的程序崩溃问题时，EasyNVR程序往往已经启动不起来，无法再通过登录系统的方式对程序进行修改。...但是怀疑背景音乐存放路径是绝对路径还是相对路径的问题，又不敢轻易删除程序包，于是做了一个如下测试： 1、新下载一个EasyNVR程序包，将老的程序目录下DB文件拷贝过来； 2、将背景音乐文件夹拷贝过来，...此时我们尝试启动程序，发现程序能够正常读取背景音乐文件夹内的内容，如下图： ?
, 不需要建立连接 UDP使用尽最大努力交付（不可靠）：没有确认机制, 没有重传机制; 如果因为网络故障该段无法发到对方, UDP协议层也不会给应用层返回任何错误信息 UDP是面向数据报：不能够灵活的控制读写数据的次数和数量...，必须在缓冲区保留已发送的数据，如果正常收到确认应答，数据就从缓冲区清除 举了例子：假设窗口大小是3个TCP段 4.2.2窗口的大小 在TCP头部中有一个16位窗口大小字段，接收端用来告诉发送端自己还有多少缓冲区可以接受数据...，所以发送端就可以根据这个接收端的能力来发送数据，不会导致接收端处理不过来，所以窗口大小一般都是由接收方决定的 发送方发送的数据大小 <= 接收方的窗口大小，否则接收方无法正常接收数据 4.2.3...发送方的滑动窗口 初始状态 可用窗口为0 收到确认的状态 4.2.4接收方的滑动窗口 4.3流量控制 接收端处理数据的速度是有限的，如果发送端发的太快，导致接收端的缓冲区被打满...模块刚开始发送数据并不知道网络中的实际情况，所以用一种试探的方式平滑增加 cwnd的大小，慢启动如果不加以控制的话，会使得 cwnd快速增长，导致网络拥塞 那么慢启动涨到什么时候会停止呢—> 在TCP控制中定义了一个状态量
起因 在GreatSQL社区上有一位用户提出了“手工构建MGR碰到的次节点一直处于recovering状态”，经过排查后，发现了是因为新密码验证插件caching_sha2_password导致的从节点一直无法连接主节点.../6-oper-guide/6-6-multi-instances.md IP 端口 角色 172.17.139.77 3306 mgr01 172.17.139.77 3307 mgr02 MGR有关配置参数...MEMBER_VERSION: 8.0.32 MEMBER_COMMUNICATION_STACK: XCom 2 rows in set (0.00 sec) 此时节点一直处于RECOVERING状态，查看mgr02实例的错误日志如下...，所以导致的这个问题的出现，caching_sha2_password的介绍可以看社区文章“浅谈 MySQL 新的身份验证插件 caching_sha2_password” 解决方式 1、采用旧密码验证插件...，从而允许安全连接并成功进行身份验证，避免了连接错误和身份验证问题。
使用对前一个数据单位的ACK，代替本数据单位的NAK 这样可以使确认信息减少一半，协议处理简单 当然如果ACK信息发送错误依然有可能导致接收方接收分组重复，解决方案仍和rdt2.1是一样的：...发送窗口： 指的是发送缓冲区的一个范围（是发送缓冲区的一个子集）。...之间为发送窗口的尺寸 = 0 发送窗口的移动：前沿移动 每发送一个分组，前沿前移一个单位 发送窗口前沿移动的极限：不能够超过发送缓冲区 注意：绿色部分为发送缓冲区...正常情况下两个窗口的互动： 发送窗口： 有新的分组落入发送缓冲区范围，发送 → 前沿滑动 来了老的低序号分组的确认 → 后沿向前滑动 → 新的分组可以落入发送缓冲区的范围 接收窗口： 收到分组...来了乱序分组的确认 → 后沿不向前滑动 → 新的分组无法落入发送缓冲区的范围（此时如果发送缓冲区有新的分组可以发送） 接收窗口： 收到乱序分组，落入到接收窗口范围内，接收 发送该分组的确认，单独确认
回退N帧协议 发送窗口 新的分组落入发送缓冲区，发送->前沿移动 超时重发机制让发送端将发送窗口中的所有方法发送出去 接收窗口 收到乱序分组，没有落入到接收窗口范围，抛弃 发送老分组的确认...，累计确认 选择重传协议 发送窗口 新的分组落入发送区域缓冲区范围，发送->前沿移动 超时重发机制让发送端将超时的分组重新发送出去 来了乱序分组的确认->后沿不向前移动->新的分组无法落入发送缓冲区的范围...拥塞控制是一个全局性的过程，涉及到所有的主机，所有的路由器以及与降低网络传输有关的因素。相反，流量控制往往是控制点对点的通信量，是个端到端的问题。...cwnd初始值为1，每经过一个传播轮次，cwnd加倍 如果不对cwnd限制马上就会导致cwnd膨胀所有就有一个慢启动阈值ssthresh 如果cwnd > ssthresh 就用拥塞避免 如果...TCP底层不会解析具体的数据内容，它会根据缓冲区的实际情况进行包的划分（发送和接收），由此会导致上层业务的一个完整的包被拆分成多个包进行发送（“拆包”），或者多个小包被封装成一个大的数据包进行发送（“粘包
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
