3.19 进程,死锁,CPU取址,TCP

进程五种状态,创建(填写空白PCB,内涵控制和管理进程的信息),就绪(已分配资源,还未分配CPU),运行,阻塞(执行IO、申请缓存失败),终止(进程结束,系统重启) 

死锁,两个进程都需要同样的两波资源,例如资源A和资源B,一个进程甲锁死了资源A,几乎同一时间一个进程乙锁死了资源B,这时候进程甲在申请资源B会因进程乙锁死了资源B而申请失败。这时候就造成了死锁

CPU通过内存取指令,不能保存指令。 CPU有寄存器和程序计数器,程序计数器记住了下一条指令的地址。

根据程序的局部性原理,CPU访问一个地址之后,接下来的寻址很大几率还是这个地址和这个地址附近的地址,所以为了提高效率,引入了缓存。这是在内存和CPU之间的一个组件。

TCP/IP中一个包数据太多会被拆分,分成小包传输,最后再组装,每一次发3小包,终点收到包会给确定信息,这时候在发第4个小包,一直保持3个包发出去并没有回信的状态,这叫滑动窗口协议,如果其中一个小包没有确定信息,则重新发送,如果没有收到4号,5号小包的确认信息,收到了6号确认信息,那么证明456三个小包都收到了,只不过确认信息传输过程中丢失了,因为如果终点没收到4号小包,那么他即使收到5号和6号的小包也不会发确认信息,他会一直等4小包过来。

TCP/IP三次握手,举例A和B之间,A发给B要建立连接的信息,B回一个确认信息,A再回一个确认B的信息。第一次通信的目的:B确认了A的发送能力和B的接收能力没问题,第二次目的:A确定了A的接收能力和A的发送能力没问题并且B的发送和接收能力都没问题,第三次目的:让B确定自己的发送能力和A的接收能力没问题。

TCP/IP的中间结点不提供可靠的连接通道,到中间结点后怎么走完全由中间节点自己说的算,可靠连接完全由出发点和到达点来实现。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值