@that5 你这是习惯性的自我阉割

flag

@cq65617875 你是根据什么查到的呢

如果剃光头通过脑电波信号输入会不会更快一些呢。 有冇成熟方案呢？

@Remember 现有的 gpon 是 2.5G 下行吧
@f2f2f 当时我觉得 4M 就挺好用了

@t123yh 不错，这个事内核态的

@cwbsw 这个需要硬件支持么
@derek80 你可以试试 nijia meson 这套东西是不是更好用，
gnu make 是比较完备的了， 如果想用的简单你需要一个模板

@iX 加密强度不一样吧。

@cwbsw 是的，那样速度会更高，一般运算强度不大的 vpn 的瓶颈在于内核态和用户态复制数据。
另外最近研究 NAT 发现，netfilter 那套也挺罗嗦的，sfe 补丁是另起炉灶实现的 NAT 吧？

@lanterboy vpn 确实也有不方便的地方， 比如我就不知道怎么把自己轮的 vpn 给 android 或者 ios 移植上去。
变通的方法是用一个带 usb 的小路由器，插上 4G 上网卡， 然后自己写的 vpn 装进这个路由器里面。 出门的时候一直带着。 好处是相当于一直在家里的局域网内， 坏处是有些 app 以为处于 wifi 环境跑流量太厉害了。

@lanterboy tun/tap 编程这么简单， 难道不自己轮一个用么

不是有神州行无月租的么, 打电话接电话都贼贵，发短信 0.15
用来接收各种银行网站验证码的不二选择

@enenaaa 从编程的角度看 块可以当成流，但反之不行

@ipwx 我的意思是流加上分界信息， 给用户态程序多一种按块接收的选择。

@CRVV 用 UDP 那种方式就行， 现有的 iphdr 就能处理。参考 IP 分片
知道块的长度总会带来很多方便的， 很多用户态的代码都在处理下面这个事情

接收固定长度包头
根据包头信息接收指定长度的包
重复以上步骤

从实用的角度看，TCP 可以携带分块信息。

@hjc4869 SEQPACKET 到底能不能过 大部分 NAT 呢。
HTTP 1.1 头部的内容肯定要遍历吧，可能是边读边遍历。

@zhujinliang 还是不能解释既然有 UDP 也有 TCP，为什么不早早就弄一个有 UDP 优点的 TCP 呢。 而是近些年才有的 SEQPACKET

@hjc4869 是的就是要这个，bbr 对它有效么。 但是 windows 平台应该不支持吧

@des SEQPACKET 就是用 sctp 实现的吧

@shijingshijing @iwtbauh 看一些很早期的代码发现一个习惯就是要尽可能的节省内存， 感觉是这个原因导致的用"流"不用"块"

@MeteorCat @SYP @whileFalse @xmadi 我觉得只有模拟音频信号通信才算绝对的流，TCP 是因为把数据弄到一块丢失了分块信息才看起来变成了“流”

@teleme 是因为内存开销么