L******i
发帖数: 3027 | 1 要求支持多线程
支持blocking I/O
没了 |
e****w
发帖数: 1565 | 2 Blocking I/o 不是default 么lol |
L******i
发帖数: 3027 | 3 看清楚了 是让你实现pipe 不是让你用pipe
【在 e****w 的大作中提到】
: Blocking I/o 不是default 么lol
|
L****8
发帖数: 3938 | 4 你就是liyuanchao
【在 L******i 的大作中提到】
: 要求支持多线程
: 支持blocking I/O
: 没了
|
L******i
发帖数: 3027 | 5 好不容易 把这个马甲塑造成另一面的我
你聒噪个锤子
【在 L****8 的大作中提到】
: 你就是liyuanchao
|
L****8
发帖数: 3938 | 6 你丫暴漏了程序猿的本质
【在 L******i 的大作中提到】
: 好不容易 把这个马甲塑造成另一面的我
: 你聒噪个锤子
|
L******i
发帖数: 3027 | 7 我又没让他实现成wait-free 保证4096字节 atomic读写
很一般的要求了
【在 L****8 的大作中提到】
: 你丫暴漏了程序猿的本质
|
L****8
发帖数: 3938 | 8 https://stackoverflow.com/questions/10872557/how-slow-are-tcp-sockets-
compared-to-named-pipes-on-windows-for-localhost-ipc
【在 L******i 的大作中提到】
: 我又没让他实现成wait-free 保证4096字节 atomic读写
: 很一般的要求了
|
S******D
发帖数: 8437 | 9 哥刚开始学，过段时间在面试吧。
【在 L******i 的大作中提到】
: 要求支持多线程
: 支持blocking I/O
: 没了
|
m*****n
发帖数: 3575 | 10 请教一个问题
TCP/IP或者UDP传数据包，如何突破数据大小的限制？
我听说ZMG Zero Message可以搞？
【在 L******i 的大作中提到】
: 我又没让他实现成wait-free 保证4096字节 atomic读写
: 很一般的要求了
|
|
|
L******i
发帖数: 3027 | 11 这要看你问的是哪一层了
你要是user-space programmer 你send就好了 那用你操心什么数据包限制
你要是kernel协议实现层 要考虑的就多了 比如各路由器IP层都可以对包限制大小 要
考虑拆和拼
【在 m*****n 的大作中提到】
: 请教一个问题
: TCP/IP或者UDP传数据包，如何突破数据大小的限制？
: 我听说ZMG Zero Message可以搞？
|
b******s
发帖数: 2919 | 12 你给的起嘛，多少钱啊
【在 L******i 的大作中提到】
: 要求支持多线程
: 支持blocking I/O
: 没了
|
C*******A
发帖数: 1980 | 13 你找到工作了？
【在 L******i 的大作中提到】
: 这要看你问的是哪一层了
: 你要是user-space programmer 你send就好了 那用你操心什么数据包限制
: 你要是kernel协议实现层 要考虑的就多了 比如各路由器IP层都可以对包限制大小 要
: 考虑拆和拼
|
L******i
发帖数: 3027 | 14 你这么牛 我当然给不起了
【在 b******s 的大作中提到】
: 你给的起嘛，多少钱啊
|
o****p
发帖数: 9785 | 15 。。。。。。。瘟都死socket就不要提了
【在 L****8 的大作中提到】
: https://stackoverflow.com/questions/10872557/how-slow-are-tcp-sockets-
: compared-to-named-pipes-on-windows-for-localhost-ipc
|
m*****n
发帖数: 3575 | 16 我想实现一个比TCP/IP快的基于UDP的协议
以实现高速算法服务器和网络服务器之间的沟通
好像已经有Zero Message这种协议了？
Python能用的最好
【在 L******i 的大作中提到】
: 这要看你问的是哪一层了
: 你要是user-space programmer 你send就好了 那用你操心什么数据包限制
: 你要是kernel协议实现层 要考虑的就多了 比如各路由器IP层都可以对包限制大小 要
: 考虑拆和拼
|
o****p
发帖数: 9785 | 17 TCP根本就不用考虑数据包的大小，如果你考虑这个，你还是别用TCP的好。如果要给
TCP报文找个边界，用TPKT格式就好了。然后你既然问了这个问题，那就一样不建议你
用UDP，UDP比TCP还难用些，你这些都不懂，就不要用了。
【在 m*****n 的大作中提到】
: 请教一个问题
: TCP/IP或者UDP传数据包，如何突破数据大小的限制？
: 我听说ZMG Zero Message可以搞？
|
b******s
发帖数: 2919 | 18 this one?
https://en.wikipedia.org/wiki/QUIC
【在 m*****n 的大作中提到】
: 我想实现一个比TCP/IP快的基于UDP的协议
: 以实现高速算法服务器和网络服务器之间的沟通
: 好像已经有Zero Message这种协议了？
: Python能用的最好
|
m*****n
发帖数: 3575 | 19 我知道有校验码等等
但是python在收取TCP数据时是有一次性最大字节限制的，是不是还是怕出错？
【在 o****p 的大作中提到】
: TCP根本就不用考虑数据包的大小，如果你考虑这个，你还是别用TCP的好。如果要给
: TCP报文找个边界，用TPKT格式就好了。然后你既然问了这个问题，那就一样不建议你
: 用UDP，UDP比TCP还难用些，你这些都不懂，就不要用了。
|
L******i
发帖数: 3027 | 20 zero message我不懂
你要是传文件 倒是应该考虑zero-copy file transfer
【在 m*****n 的大作中提到】
: 我知道有校验码等等
: 但是python在收取TCP数据时是有一次性最大字节限制的，是不是还是怕出错？
|
|
|
b******s
发帖数: 2919 | 21
可能是因为底层的API就需要一个BUFFERSIZE，
而且底层不提供RECEIVE BUFFER中现有的数据的SIZE
所以PYTHON库的API也只能要求APP提供这个BUFFERSIZE
没办法决定一个DEFAULT的值。
【在 m*****n 的大作中提到】
: 我知道有校验码等等
: 但是python在收取TCP数据时是有一次性最大字节限制的，是不是还是怕出错？
|
o****p
发帖数: 9785 | 22 我觉得你们这些application engineer真的得多花点时间学学至少TCP/IP的基础知识。
TPKT这种东西就是怕你收消息收断了才有的，UDP是一次只可能收到一个包，所以不需
要头疼这些。你说什么校验码啊，怕出错啊，就说明你急需好好补一下TCPIP的课。
我给你出个题吧，最最俗的，你能弄明白OSI 7层模型到底为什么这样设计，每一层到
底在干些啥嘛？
【在 m*****n 的大作中提到】
: 我知道有校验码等等
: 但是python在收取TCP数据时是有一次性最大字节限制的，是不是还是怕出错？
|
L******i
发帖数: 3027 | 23 不要吓人家 去学四层的就好了
三句话给简单总结下
mac找邻居
IP找目的
TCP找线程
【在 o****p 的大作中提到】
: 我觉得你们这些application engineer真的得多花点时间学学至少TCP/IP的基础知识。
: TPKT这种东西就是怕你收消息收断了才有的，UDP是一次只可能收到一个包，所以不需
: 要头疼这些。你说什么校验码啊，怕出错啊，就说明你急需好好补一下TCPIP的课。
: 我给你出个题吧，最最俗的，你能弄明白OSI 7层模型到底为什么这样设计，每一层到
: 底在干些啥嘛？
|
m*****n
发帖数: 3575 | 24 这个的确是书里有的，而且TCP/IP是有机制来纠错包的，什么重传请求之类。
问题在于应用层还是怕一次传数据太多给崩溃了。
最简单的一个是下载文件，大文件很容易出点小错就传完了失败。后来有了断点续传这
种新式的协议，下载盗版大文件才普及了。
【在 o****p 的大作中提到】
: 我觉得你们这些application engineer真的得多花点时间学学至少TCP/IP的基础知识。
: TPKT这种东西就是怕你收消息收断了才有的，UDP是一次只可能收到一个包，所以不需
: 要头疼这些。你说什么校验码啊，怕出错啊，就说明你急需好好补一下TCPIP的课。
: 我给你出个题吧，最最俗的，你能弄明白OSI 7层模型到底为什么这样设计，每一层到
: 底在干些啥嘛？
|
m*****n
发帖数: 3575 | 25 很有名，但是不知道有没有纯python的包
【在 b******s 的大作中提到】
: this one?
: https://en.wikipedia.org/wiki/QUIC
|
m*****n
发帖数: 3575 | 26 谢谢
【在 L******i 的大作中提到】
: zero message我不懂
: 你要是传文件 倒是应该考虑zero-copy file transfer
|
o****p
发帖数: 9785 | 27 当然要看7层的，4层的连endian都不知道，有毛用。
【在 L******i 的大作中提到】
: 不要吓人家 去学四层的就好了
: 三句话给简单总结下
: mac找邻居
: IP找目的
: TCP找线程
|
o****p
发帖数: 9785 | 28 你做你这个课题的时候确实得好好学点东西，翻翻那个啥tcp/ip illustrated，至少第
一第三本通读一下，会有好处的。
【在 m*****n 的大作中提到】
: 这个的确是书里有的，而且TCP/IP是有机制来纠错包的，什么重传请求之类。
: 问题在于应用层还是怕一次传数据太多给崩溃了。
: 最简单的一个是下载文件，大文件很容易出点小错就传完了失败。后来有了断点续传这
: 种新式的协议，下载盗版大文件才普及了。
|
t********1
发帖数: 3150 | 29 会写C++ 多线程， 还用得着你给 offer .
我成天坐着玩，每天写10行code,照拿钱 |
L****8
发帖数: 3938 | 30 把tcp/ip协议详解 读完 真是吃饱了撑的
【在 o****p 的大作中提到】
: 当然要看7层的，4层的连endian都不知道，有毛用。
|
|
|
b******s
发帖数: 2919 | 31 PYTHON 本身是瓶颈吧，呵呵。
【在 m*****n 的大作中提到】
: 谢谢
|
c****x
发帖数: 6601 | 32 小蒙古转行才几天啊，就巨硬11万了。关键包裹多大。
【在 L******i 的大作中提到】
: 要求支持多线程
: 支持blocking I/O
: 没了
|
