大家帮我看看，我发现libwebsocket有个问题，在和老外讨论

jetking

大意是早期的libwebsockets socket是block的，现在它改为non-block了，内部机制是用poll来实现事件侦听。
用户程序维护一个回调处理各种事件，写数据是WIRTEABLE事件是依靠poll提供的POLLOUT机制来触发的。

我和他们的分歧在于，他们认为当用户得到writeable事件时，用户能保证写入N个数据，N是socket在连接建立后
设置的SO_SNDBUF， 我认为这个无法保证，有些情况下socket只真正发送了n个数据后(n<N)，POLL因为socket有空闲写空间就触发POLLOUT了。
然后用户得到writeable事件，但是此时无法再写入N个数据。

鉴于英语非第一语言，所以有些不是太明白，或者表达不清，大家帮我看看。

http://libwebsockets.org/trac/libwebsockets/ticket/40

csumck

帮顶。 这库只能用他的网络IO部分么，用自己的网络IO部分可以不？ 只想用它websocket解析的代码。。

myworkstation

回复 1# jetking


    有几个问题：
　１、Linux并不使用SO_SNDLOWAT，如果使用setsockopt进行设置会返回错误ENOPROTOOPT,而且使用select或poll时也不遵守SO_RCVLOWAT的规则。
　２、设置SO_SNDBUF时，内核实际上使用两倍的SO_SNDBUF空间，
　
　所以你的问题假设应该不存在。

jetking

回复 3# myworkstation

如果内核double的话，就没有我说的这个问题了
   

jetking

回复 3# myworkstation

1，2都对。

但我觉得内核double buffer还是会出现上述情况

比如设了4K,double 到8K，用户每次write 4K。
第1次write ok，但是由于网络原因或者接收窗口，实际只发送了1k后就POLLOUT了，buffer里还有4+1=5K,然后用户再write 4K也没问题，等到又发送了1K ，又pollout了，这时有2K left，用户此时真正只能写入2K了。

myworkstation

回复 5# jetking


    double缓冲会处理这个问题的，这个缓冲分两部分来看，你真实用到的最大值只能是其一半，而你说的有未发送数据时产生POLLOUT只能在系统使用的另一半有数据时可能触发，无论何时必须在至少有一半缓冲可用时才能触发POLLOUT
这与手册上的说法是相吻合的The kernel doubles this value (to allow space for bookkeeping overhead)