space

hack4code · hack4code · commit d6bd38dbc8dd · 2019-01-23T13:41:44.000+08:00
diff --git a/_posts/2013-08-20-mtsig.md b/_posts/2013-08-20-mtsig.md
@@ -5,7 +5,7 @@ date:   2013-08-20 21:00:00
 categories: c multithread
 ---
         
-###信号与执行上下文   
+### 信号与执行上下文   
 *  执行过程中由系统生成的同步信号 : SIGPIPE SIGSEGV SIGPIPE   
 信号会在产生异常的线程的上下文中执行  
         
@@ -16,11 +16,11 @@ categories: c multithread
 系统会随机选择一个线程处理信号,处理结果会影响所有线程    
             
             
-###信号处理的方法     
+### 信号处理的方法     
 1. sigaction   
 sigaction可以注册用户自定义的信号处理函数。要注意的是在信号处理函数中使用多线程的同步相关的函数，结果是为定义的，所以要慎重。   
         
 2. pthread_sigmask将信号阻塞，然后用sigwait在一个单独的线程中处理。   
             
-###示例代码:    
+### 示例代码:    
 github: [https://github.com/wartalker/c-small-programe/tree/master/mt-signal](https://github.com/wartalker/c-small-programe/tree/master/mt-signal)     
diff --git a/_posts/2013-08-22-ipv6.md b/_posts/2013-08-22-ipv6.md
@@ -5,12 +5,12 @@ date:   2013-08-22 19:50:00
 categories: internet ipv6
 ---
 
-###IPv6地址类型    
-> unicast:唯一地址，一个地址对应一个interface      
-> anycast:一组地址，数据报文将传递给组中最近的一个interface    
-> multicast:一组地址，数据报文将传递给组中的所有interface   
+### IPv6地址类型    
+> unicast: 唯一地址，一个地址对应一个interface      
+> anycast: 一组地址，数据报文将传递给组中最近的一个interface    
+> multicast: 一组地址，数据报文将传递给组中的所有interface   
 
-###IPv6地址划分   
+### IPv6地址划分   
 <table width=300px>
     <tr>
         <th>Address type</th>
@@ -42,7 +42,7 @@ categories: internet ipv6
     </tr>
 </table>
 
-###Ipv6协议头    
+### Ipv6协议头    
 
 <pre>
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -65,6 +65,6 @@ categories: internet ipv6
 2. 分片信息以可选的形式存在option中，而不再像ipv4放在header中    
 3. 地址长度由32bit变为128bit    
 
-###参考文档:     
+### 参考文档:     
 rfc2460: [Internet Protocol Version 6 (IPv6) Specification](http://tools.ietf.org/html/rfc3513)     
 rfc3513: [Internet Protocol Version 6 (IPv6) Addressing Architecture](http://tools.ietf.org/html/rfc3513)     
diff --git a/_posts/2013-09-12-tcp.md b/_posts/2013-09-12-tcp.md
@@ -5,7 +5,7 @@ date:   2013-09-12 23:04:00
 categories: internet tcp
 ---
 
-###名词
+### 名词
 RTO: retransmission timeout       
 RTT: round-trip time    
 SRTT: smoothed round-trip time    
@@ -14,7 +14,7 @@ MSL: maximum segment lifetime
 SMSS: Sender Maximum Segment Size     
 
 
-###Header        <br /><br />
+### Header        <br /><br />
     
 <pre>
     
@@ -38,7 +38,7 @@ SMSS: Sender Maximum Segment Size
     
 </pre>
     
-###状态图    
+### 状态图    
     
 <pre>    
                               +---------+ ---------\      active OPEN
@@ -88,7 +88,7 @@ SMSS: Sender Maximum Segment Size
 </pre>    
     
 
-###Timer
+### Timer
 1. retransmission     
    tcp对发送的数据会启动一个timer，如果指定时间内没有收到发送数据对应的ACK，tcp会重新发送数据。timer根据RTT和重传的次数动态调整超时时间          
 2. delay ACK     
@@ -104,25 +104,25 @@ SMSS: Sender Maximum Segment Size
 7. connection         
    tcp接到SYN连接请求回复SYN/ACK后，linux并没有为这些没完成三次握手的请求建立完整的tcp\_sock，而是以request\_sock放在处于listen状态的父tcp\_sock的队列中，而且有一个timer会定期扫描这些request\_sock，并清除一些长时间没有收到ACK的sock     
 
-###TIME_WAIT
+### TIME_WAIT
 tcp进入TIME_WAIT状态后，需要等待2MSL的时间才能关闭，主要有两个原因：       
 1. 最后的ACK有可能丢失，这时对方可能会重新发送FIN，当收到新的FIN后，tcp要回复ACK，并重新启动timer     
 2. 如果不等待直接关闭，这时有可能开启一个使用相同端口的新服务，而如果新tcp收到FIN，会发送RST，这样会给对方造成困扰        
 
 
-###Congestion Control      
+### Congestion Control      
 Congestion Control主要用于通信路径的网络流量控制，不同于Flow Control需要考虑接收方的Buffer及处理速度，它控制的是通信路径中整个网络的流量，算法通过cwnd与ssthresh两个变量实现，目前主要有四种算法：    
 1.  Slow Start      
 tcp启动时，为了避免过多的流量对网络造成拥塞，cwnd有一个初始的限定值，通常为一个SMSS，此后每收到一个ACK，cwnd会增加一个SMSS，直到cwnd>=ssthresh。Slow Start不止在启动时使用，当有重传发生时，cwnd会降到初始值，重新启动Slow Start     
 2.  Congestion Avoidance    
 当cwnd>ssthresh时，tcp会启用Congestion Avoidance算法，这时cwnd增加的速率会降低，通常为SMSS*SMSS/cwnd      
-3.  Fast Retransmit     
+3. Fast Retransmit     
 当收到重复的ACK但是RTO还没有超时，这时tcp进入Fast Retransmit状态，重传丢失的报文，并重新设定cwnd与ssthresh的值       
 4.  Fast Recovery     
 在tcp进入Fast Retransmit状态并重传报文后，tcp进入Fast Recovery状态，直至收到重传报文的ACK为止     
 
 
-###参考文档：   
+### 参考文档：   
 rfc793: [Transmission Control Protocol](http://tools.ietf.org/html/rfc793)      
 rfc1122: [Requirements for Internet Hosts -- Communication Layers](http://tools.ietf.org/html/rfc1122)       
 rfc5681: [TCP Congestion Control](http://tools.ietf.org/html/rfc5681)      
