首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lewis89  ›  全部回复第 22 页 / 共 83 页
回复总数  1645
1 ... 18  19  20  21  22  23  24  25  26  27 ... 83  
❮ ❯
2020-12-29 11:36:36 +08:00
回复了 lewis89 创建的主题 › 程序员 › 我们是正经的技术内推交流群
先 mark 一下，昨天一下子吸收了 100 多人
2020-12-29 09:52:19 +08:00
回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究 欢迎加入
@xiangbohua #20 随便讲点什么
2020-12-29 08:05:33 +08:00
回复了 cking 创建的主题 › Java › 微服务分布式对接口调用,你们是怎么追踪链路的?
其实...最好的办法是不上微服务...大部分公司的量级根本没有达到紧迫到需要上微服务的情况
2020-12-28 10:20:11 +08:00
回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究 欢迎加入
@nthhdy #14 base64 解码
2020-12-28 09:34:37 +08:00
回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
@bfdh #12 空间小，125mb ROM 的小米 我都是省着在用，用 x86 之后 我直接在路由器上编译 调试代码了，因为内存跟 CPU 闲置太多了，即使是 J1900 编译 Openwrt 也绰绰有余了
2020-12-28 08:56:06 +08:00
回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究 欢迎加入
@Thexz #5 随便加，加群后 吹水的时间肯定比讨论技术的时间多
2020-12-28 07:09:15 +08:00
回复了 lewis89 创建的主题 › 程序员 › 建一个技术交流 NT 群，不定期分享一些研究 欢迎加入
@laike9m #7 奶头乐群...你懂的内种自家公司 HR 不待见别家公司 HR 非常待见的群
2020-12-27 22:46:24 +08:00
回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
给你 star 了 又了解了一个库 libnetfilter_queue 可以在应用态 定制规则过滤放行 packet
2020-12-27 22:41:08 +08:00
回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
另外为啥不直接弄成 iptables 的内核模块，不过可能 debug 难度比应用态难度要大，应用态还能 coredump
2020-12-27 22:37:21 +08:00
回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
@learningman #3 用 VPN 吧 这么玩 太折腾人了，而且内核态切换到用户态 开销很大，搞了半天可能还是 VPN 好用
2020-12-27 22:34:51 +08:00
回复了 learningman 创建的主题 › 程序员 › 长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
@learningman #3 openwrt 上装个 gdb，哈哈 不过我路由器是 x86 内存 CPU 都很大，你如果是 mips 就难了
2020-12-27 22:15:31 +08:00
回复了 abser 创建的主题 › 程序员 › 如何设计一个网络协议栈?
实际上网络都不是设计出来的，本来设计了 OSI7 层，结果呢？ 本地 LAN 就 4 层，广域网上可能只用 IP 协议，IP 下面的链路层跟家用的 LAN 又不一定一样。
2020-12-27 20:58:26 +08:00
回复了 Frankhong 创建的主题 › Java › 字符串长度为 0 但又不等于""是怎么回事呢？
@SingeeKing #19 有运算符重载才难受，你都不知道你的表达式被人重载成什么样了，我基本上看不到 重载不被滥用的情况，好好的用函数不好吗
2020-12-26 09:14:30 +08:00
回复了 naoh1000 创建的主题 › Linux › Linux 比 Windows 安全主要体现在哪里？
@mengzhuo #63 又碰到你了 老哥
2020-12-26 09:05:15 +08:00
回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？
@zhs227 #3 这又是什么说法，启用 NODELAY，可以减少系统调用
2020-12-26 09:04:34 +08:00
回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？
@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 08:55:39 +08:00
回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？
@zhs227 #3 好吧 我误解了，既然发送方有 nagle 那么 read 方 自然不会被拆
2020-12-26 08:54:05 +08:00
回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？
@zhs227 #3 主要是多读几次 会不会造成 频繁上下文切换开销大的情况
2020-12-26 08:52:32 +08:00
回复了 lewis89 创建的主题 › 程序员 › 网络传输 MTU 最大是 1500 扣除以太网 TCP IP 报文头，如果我 read 一个已经握手好的 TCP 的 fd 并设置 buffer 是 4096，操作系统是尽量快速返回还是尽量塞满我的 buffer 之后再返回？
@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  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5534 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 06:41 · PVG 14:41 · LAX 22:41 · JFK 01:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.