上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 53 下一页
摘要: 在某段时间,若对网络中某资源的需求超过了该资源所能提供的可用部分,网络的性能就要变坏——产生拥塞(congestion)。 出现资源拥塞的条件: 对资源需求的总和 > 可用资源 (5-7) 若网络中有许多资源同时产生拥塞,网络的性能就要明显变坏,整个网络的吞吐量将随输入负荷的增大而下降。 拥塞控制所 阅读全文
posted @ 2017-02-19 15:10 柳下_MBX 阅读(1590) 评论(1) 推荐(1) 编辑
摘要: 一般说来,我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快,接收方就可能来不及接收,这就会造成数据的丢失。 流量控制(flow control)就是让发送方的发送速率不要太快,既要让接收方来得及接收,也不要使网络发生拥塞。 利用滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。 A 阅读全文
posted @ 2017-02-19 00:33 柳下_MBX 阅读(360) 评论(0) 推荐(0) 编辑
摘要: 假设我们讨论A向B发送数据,A端有发送窗口,B端有接受窗口 根据 B 给出的窗口值 A 构造出自己的发送窗口,假如A收到了B的确认报文,此时窗口的值为20,确认序号的值为31,那么接收端会构造出下面的窗口 这里面前后沿可以不动和前移,但是前沿可以后移(不建议) 下面我们讨论发送窗口 (1)发送窗口表 阅读全文
posted @ 2017-02-19 00:03 柳下_MBX 阅读(1156) 评论(0) 推荐(0) 编辑
摘要: 首部20个字节的的固定部分,40个字节的可选部分 (1)源端口和目的端口 (2)序号(是字节流的编号,0-2^32-1),如果超过了mod2^32 (3)确认号:目的主机希望源主机收到的下一个字节序号 (4)数据偏移(4位)数据部分相对于首部的偏移,以32位4字节为单位,15*4=60字节,也就是2 阅读全文
posted @ 2017-02-18 23:22 柳下_MBX 阅读(459) 评论(0) 推荐(1) 编辑
摘要: 一、什么是守护进程 Linux服务器在启动时需要启动很多系统服务(其实Windows也这样),它们向本地或网络用户提供了Linux的系统功能接口,直接面向应用程序和用户。提供这些服务的程序是由运行在后台的守护进程(daemons原意精灵)来执行的。 守护进程是生存期很长的一种进程。它们独立于控制终端 阅读全文
posted @ 2017-02-18 19:35 柳下_MBX 阅读(240) 评论(0) 推荐(0) 编辑
摘要: 维系一个会话,最常见的有两种方式: 一是基于某种凭证,比如web网站的登录会话,在登录验证之后,服务器就会返回一个session id作为凭证。用户之后的请求总是会带上这个id,而服务器通过这个id也就能知道用户是谁。直到用户注销登录、或者登录超时,服务器会清洗掉对应的session id,这个id 阅读全文
posted @ 2017-02-18 18:58 柳下_MBX 阅读(215) 评论(0) 推荐(0) 编辑
摘要: 进程组就是一个或多个进程的集合,每个进程组都有唯一的进程组ID(整数,也可以存放在pid_t类型中),进程组由进程组ID来唯一标识,进程组ID是一个正整数,用来获得当前进程进程组ID的命令: 用来获得当前进程进程组ID的函数: pid_t getpgid(pid_t pid) pid_t getpg 阅读全文
posted @ 2017-02-18 18:43 柳下_MBX 阅读(442) 评论(0) 推荐(0) 编辑
摘要: 在UNIX系统中,用户通过终端登录系统后得到一个Shell进程,这个终端成为Shell进程的控制终端(Controlling Terminal),控制终端是保存在PCB中的信息,而我们知道fork会复制PCB中的信息,因此由Shell进程启动的其它进程的控制终端也是这个终端。默认情况下(没有重定向) 阅读全文
posted @ 2017-02-18 12:12 柳下_MBX 阅读(433) 评论(0) 推荐(0) 编辑
摘要: TCP主要特点: (1)面向连接 (2)只能是点到点 (3)可靠的传输协议 (4)全双工通信,各自各自的读写缓冲区,应用层吧数据交给发送缓冲区,tcp合适就发送了,接受的时候tcp写入接受缓冲区,应用程序方便的时候就去缓冲区读入数据了 (5)面向可以拆分字节流 TCP的连接 我们说的每一个tcp连接 阅读全文
posted @ 2017-02-18 11:23 柳下_MBX 阅读(401) 评论(0) 推荐(0) 编辑
摘要: UDP只在ip数据报的服务上增加了一点功能,就是复用和分用还有差错检验的功能 (1)UDP是面向无连接:发送之前不需要建立连接,减少了时间延续 (2)UDP只是尽最大努力交付,不能保证无措 (3)UDP是面向报文的,就是不可以拆分,对于应用层提交下来的,有多少传多少,但是需要控制,如果太多,向下传入 阅读全文
posted @ 2017-02-18 10:48 柳下_MBX 阅读(1837) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 53 下一页