V2EX › lewis89 的所有回复 › 第 22 页 / 共 83 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 18 19 20 21 22 23 24 25 26 27 ... 83

❮

❯

2020 年 12 月 29 日

回复了 lewis89 创建的主题 › 程序员 › 我们是正经的技术内推交流群

先 mark 一下，昨天一下子吸收了 100 多人

2020 年 12 月 29 日

回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究欢迎加入

@xiangbohua #20 随便讲点什么

2020 年 12 月 29 日

回复了 cking 创建的主题 › Java › 微服务分布式对接口调用,你们是怎么追踪链路的?

其实...最好的办法是不上微服务...大部分公司的量级根本没有达到紧迫到需要上微服务的情况

2020 年 12 月 28 日

回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究欢迎加入

@nthhdy #14 base64 解码

2020 年 12 月 28 日

回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

@bfdh #12 空间小，125mb ROM 的小米我都是省着在用，用 x86 之后我直接在路由器上编译调试代码了，因为内存跟 CPU 闲置太多了，即使是 J1900 编译 Openwrt 也绰绰有余了

2020 年 12 月 28 日

回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究欢迎加入

@Thexz #5 随便加，加群后吹水的时间肯定比讨论技术的时间多

2020 年 12 月 28 日

回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究欢迎加入

@laike9m #7 奶头乐群...你懂的内种自家公司 HR 不待见别家公司 HR 非常待见的群

2020 年 12 月 27 日

回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

给你 star 了又了解了一个库 libnetfilter_queue 可以在应用态定制规则过滤放行 packet

2020 年 12 月 27 日

回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

另外为啥不直接弄成 iptables 的内核模块，不过可能 debug 难度比应用态难度要大，应用态还能 coredump

2020 年 12 月 27 日

回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

@learningman #3 用 VPN 吧这么玩太折腾人了，而且内核态切换到用户态开销很大，搞了半天可能还是 VPN 好用

2020 年 12 月 27 日

回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

@learningman #3 openwrt 上装个 gdb，哈哈不过我路由器是 x86 内存 CPU 都很大，你如果是 mips 就难了

2020 年 12 月 27 日

回复了 abser 创建的主题 › 程序员 › 如何设计一个网络协议栈?

实际上网络都不是设计出来的，本来设计了 OSI7 层，结果呢？本地 LAN 就 4 层，广域网上可能只用 IP 协议，IP 下面的链路层跟家用的 LAN 又不一定一样。

2020 年 12 月 27 日

回复了 Frankhong 创建的主题 › Java › 字符串长度为 0 但又不等于""是怎么回事呢？

@SingeeKing #19 有运算符重载才难受，你都不知道你的表达式被人重载成什么样了，我基本上看不到重载不被滥用的情况，好好的用函数不好吗

2020 年 12 月 26 日

回复了 naoh1000 创建的主题 › Linux › Linux 比 Windows 安全主要体现在哪里？

@mengzhuo #63 又碰到你了老哥

2020 年 12 月 26 日

回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？

@zhs227 #3 这又是什么说法，启用 NODELAY，可以减少系统调用

2020 年 12 月 26 日

@zhs227 #3 Indeed, the wikipedia article strongly recommends you buffer writes yourself and disable Nagle. Reduced cost of kernel calls is another benefit.

2020 年 12 月 26 日

@zhs227 #3 好吧我误解了，既然发送方有 nagle 那么 read 方自然不会被拆

2020 年 12 月 26 日

@zhs227 #3 主要是多读几次会不会造成频繁上下文切换开销大的情况

2020 年 12 月 26 日

@zhs227 #3 老哥真及时，我刚在 StackOverflow 上看到

Each send call is a kernel call. But kernel calls do not correspond to individual packets, unless you've disabled packet coalescing. I suggest you read about the Nagle algorithm.

https://stackoverflow.com/questions/28785437/tcp-sockets-send-buffer-size-efficiency

1 ... 18 19 20 21 22 23 24 25 26 27 ... 83

❮

❯