V2EX › blless 的所有回复 › 第 6 页 / 共 49 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 49

❮

❯

2020 年 8 月 6 日

回复了 CN10010 创建的主题 › 宽带症候群 › 有偿求解决 haproxy 负载均衡端口耗尽的问题

首先修改确定 ulimit 有生效然后 maxconn 不要配置太高但是 ulimit 一定要比 maxconn 两倍高
还有就是内网 http 转发其实可以开 keepalive，加 http reuse

2020 年 8 月 6 日

回复了 CN10010 创建的主题 › 宽带症候群 › 有偿求解决 haproxy 负载均衡端口耗尽的问题

我印象中好像处理过一次问题,
haproxy 在处理配置文件的 maxconn 还是啥反正就是那个最大限制数的时候，实际会打开 2 倍的文件数？（就是 unlimit 修改的那个值）
所以如果 unlimit 的文件数没有 maxconn 的两倍的话，默认只会使用 1000，而且不会报错
所以 maxconn 并不是越大越好，只要够用就好

不一定是你说的问题，但是你可以排查一下

2020 年 8 月 1 日

回复了 wdwwtzy 创建的主题 › Java › 请教一下，大公司（BAT 级别的）对 lombok 有规定吗？

🌚虽然我不是 java 仔，但是我似乎已经看见一条 java 的分裂路线了

2020 年 7 月 25 日

回复了 onanying 创建的主题 › PHP › PHP7.3+Swoole4.4 / Go1.13 / MixPHP2.2 / Beego1.12 性能对比

@onanying #41 付款码就不必啦，楼主还肯花时间写挺不容易的。

2020 年 7 月 25 日

回复了 onanying 创建的主题 › PHP › PHP7.3+Swoole4.4 / Go1.13 / MixPHP2.2 / Beego1.12 性能对比

@onanying 6# 你写呗，到时候贴个付款码就行我跟了。很多人还是一厢情愿认为 IO 密集跟计算能力关系不大，我之前在公司内部也写过框架。除了网络 IO 以外，消耗大的还有数据序列化跟反序列化这一步，数据量越大越明显，甚至很有可能大量 CPU 都消耗在这个步骤。就光加一个序列化我估计 php,python 之流的 benchmark 就直接掉一个档次。

2020 年 7 月 25 日

回复了 onanying 创建的主题 › PHP › PHP7.3+Swoole4.4 / Go1.13 / MixPHP2.2 / Beego1.12 性能对比

helloworld 有啥用，整点正常玩意啊，来个最简单的 curd 也成啊，然后就知道所谓的动态语言跑 benchmark 都什么德性了

2020 年 7 月 22 日

回复了 chaleaoch 创建的主题 › 程序员 › RPC 协议都约束了啥?

rpc 根本不叫协议，只是一个概念。grpc jsonrpc 这种实现的协议

2020 年 7 月 16 日

回复了 inhd 创建的主题 › 问与答 › 几年前就在吹 5G，现在已是 2020 下半年，你用过吗？

通篇看下来就没几个对 5G 有足够了解，连应用场景，解决痛点是啥都不知道呢，就搁这开始洋洋洒洒长篇大论了。好歹是个程序员论坛，百度一下再讨论也不急啊。
我就随便百度了一下，5G 标准明明是覆盖了 2G/4G 的应用场景。还在这说网速 /4G 没法用的不用统计感觉都有 70%，还是技术论坛呢！

2020 年 7 月 16 日

回复了 594mantou 创建的主题 › 问与答 › 为什么文件大小都是字节为单位而不是位呢

也许要从 cpu 架构 /寻址加 ascii 字符编码说起吧？按现在计算机架构 8 位已经是最小单位了，4 位只能存放最多 16 种状态，连基础的 cpu 指令都存不下
建议通读计算机组成原理。