【版权声明：尊重原创，转载请保留出处：blog.csdn.net/shallnet 或 .../gentleliu，文章仅供学习交流，请勿用于商业用途】
上一节的说了使用kill函数来发送信号和使用signal函数来安装信号处理函数，这一节我们使用另外一种方式来实现安装信号处理和发送信号。
早期UNIX只支持SIGRTMIN之前的不可靠信号，后来增加了SIGR...
分类：
系统相关 时间：
2014-11-24 22:38:56
阅读次数：
331
IP 是 TCP/IP 协议族中最为核心的协议。所有的 TCP、UDP、ICMP 和 IGMP 数据都是以 IP 数据报格式传输。IP 协议处于网络层，网络层主要是实现点对点的通信。IP 协议是一种不可靠、无连接的协议。不可靠即不能保证 IP 数据报能够成功到达目的端，在传输过程中发生某种错误时，IP 协议会丢弃数据报，然后发送 ICMP 消息给信源端，其他任何要求的可靠性必须由上层来提供。无连接即 IP 协议并不维护任何关于后续数据报的状态信息，每个数据报都是相互独立的。因此，IP 数据报可以不按顺序接收...
分类：
其他好文 时间：
2014-11-24 22:37:17
阅读次数：
313
第12章 差错控制1. 视频传输错误视频传输的信道有可能是不可靠的无线信道Internet传输错误随机的比特错误比特反置、比特插入、比特丢失突发错误（Bursty Error）数据包丢失局域网数据包冲突延迟缓冲区溢出噪声干扰2. 差错控制的目的目的克服由于信道传输错误及有这些错误产生的影响差错控制技...
分类：
其他好文 时间：
2014-11-24 17:00:03
阅读次数：
393
信号分类不可靠信号VS.可靠信号Linux信号机制基本上是从UNIX系统中继承过来的。早期UNIX系统中的信号机制比较简单和原始，后来在实践中暴露出一些问题，它的主要问题是：1.进程每次处理信号后，就将对信号的响应设置为默认动作。在某些情况下，将导致对信号的错误处理；因此，用户如果不希望这样的操作，...
分类：
系统相关 时间：
2014-11-24 11:26:51
阅读次数：
325
综合案例 1) 创建子进程与父进程; 2) 注册SIGINT非实时信号与SIGRTMIN实时信号,并将这两种信号添加到进程屏蔽信号组中; 3) 注册用户自定义信号; 4) 子进程发送5次非实时信号,发5次实时信号; 5) 然后子进程发送SIGUSR1解除进程对SIGINT,SIGTRMIN信号的阻塞 6) 观察实时信号与非实时信号的区别//程序示例
void o...
分类：
系统相关 时间：
2014-11-23 13:13:42
阅读次数：
265
传输层的两个协议 TCP（TransmissionControlProtocol，传输控制协议）需要将要传输的 文件分段传输 建立会话 可靠传输 流量控制 UDP（UserDataProtocol，用户数据报协议） 一个数据包就能够完成数据通信不分段不需要建立会话不可靠传输 不需要流...
分类：
其他好文 时间：
2014-11-22 18:41:58
阅读次数：
179
一．BLE和BT区别其实我知道许多程序员不太喜欢阅读除了代码以外的文档，因为有时这些过于冗长的文档对编程并没有更多的好处，有了协议，接口，demo差不多很多人就能写出很好质量的代码了。但其实更深入的编程是少了阅读的，阅读文档可以解决很多编程中遇到的困难，比如在大数据大流量情况下，很多正常的程序会表现出不可靠的一面，这已经不是够编程能解决的了，硬件的配置，服务器带宽，使用的数据库，调用的接口都有可能...
分类：
移动开发 时间：
2014-11-22 17:30:19
阅读次数：
191
TCP段是封装在IP数据报中传输的，而IP数据报的传输是不可靠的。因此，不能将TCP段发送出去后就不再管它们了，相反必须跟踪它们，直到出现三种情况为止：一是在规定时间内接收方确认已收到该段；二是发送超时，即规定时间内未收到接收方的确认；三是确定数据包已丢失，在后两种情况下需从未接收的位置开始重新发送该数据报。
从图中可以看出TCP传输控制块中sk_write_queue字段存储的是发送队...
分类：
其他好文 时间：
2014-11-22 14:41:21
阅读次数：
257
你期望一个更高的写负载默认情况下，对比事务安全，MongoDB更关注高的插入速度。如果你需要加载大量低价值的业务数据，那么MongoDB将很适合你的用例。但是必须避免在要求高事务安全的情景下使用MongoDB，比如一个1000万美元的交易。不可靠环境保证高可用性设置副本集（主-从服务器设置）不仅方便...
分类：
数据库 时间：
2014-11-22 14:38:06
阅读次数：
229
信号分类 不可靠信号 VS. 可靠信号 Linux信号机制基本上是从UNIX系统中继承过来的。早期UNIX系统中的信号机制比较简单和原始，后来在实践中暴露出一些问题，它的主要问题是： 1.进程每次处理信号后，就将对信号的响应设置为默认动作。在某些情况下，将导致对信号的错误处理；因此，用户如果不希望这样的操作，那么就要在信号处理函数结尾再一次调用signal()，重新安装该信号。 2....
分类：
系统相关 时间：
2014-11-22 08:11:49
阅读次数：
304
