如何解决这种客户端-服务器通信方法如何节省两个内核交叉?
在一本OS书中,当谈到客户与服务器之间的通信时,它说:
在许多系统中,客户端与服务器之间的通信是一种常见的模式,因此人们可以问:如何提高其性能?第一步是要认识到客户端和服务器都立即发出写入操作,然后发出读取操作,以等待另一方答复。 可以将其组合起来以增加每次系统调用的成本,以消除每次往返的两次内核交叉。。
我想知道“ 立即发出写入后再进行读取”如何在每次往返中节省2个内核交叉。
write
向内核发出系统调用,导致内核从用户模式过渡到内核模式。 write
完成后,操作系统从内核模式返回到用户模式,返回到用户代码。
然后,read
被调用,并导致内核从用户模式过渡到内核模式,然后返回到用户代码,从内核模式过渡到用户模式。
那么保存的内核交叉是什么?这是否意味着write
完成后不会返回用户代码和用户模式,而是直接在内核模式下运行read
?
解决方法
就了解OS书籍而言,这是一个潜在的优化。操作系统可能具有一次立即进行读写操作的系统调用。可能是像int write_read(int fd,char *write_buf,size_t write_len,char *read_buf,size_t *read_len)
这样的假设系统调用。但是没有这样的调用linux内核。
现代内核不使用中断进行系统调用,因此优化不会有太大帮助。而且,对性能至关重要的现代应用程序通常使用某种异步的非阻塞处理,因此所提出的优化无论如何对他们都是无用的。该优化的进一步问题将是错误报告。如果失败,则呼叫者将无法轻松识别读写失败。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。