V2EX › Nitroethane 的所有回复 › 第 16 页 / 共 57 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 57

❮

❯

2021-10-27 22:44:56 +08:00

回复了 silencil 创建的主题 › macOS › 第一次用 Mac，请教下环境变量问题

不用管 GOROOT 啊，我执行 `go env`，GOROOT 的值是 `/usr/local/Cellar/go/1.16.3/libexec`，也没什么影响。`echo $GOROOT` 输出空值。

2021-10-11 16:37:24 +08:00

回复了 Nitroethane 创建的主题 › Kubernetes › k8s 中有关 service 的 iptables 的疑问

@tubaflute 你部署 k8s 集群的内核版本是多少呢？我是安装的 elrepo 里 5.4 的内核

2021-10-11 10:33:49 +08:00

回复了 Nitroethane 创建的主题 › Kubernetes › k8s 中有关 service 的 iptables 的疑问

@tubaflute #6 应该不是 cilium 的问题。当时为了排除网络插件的原因，使用 flannel 也是这样的规则

2021-10-10 09:49:37 +08:00

回复了 reaCodes 创建的主题 › macOS › MacBook Pro 16 这个电池健康度正常吗？

制造日期：2021 年 6 月 4 日。健康度：91%。循环次数：22

2021-10-09 16:57:25 +08:00

回复了 Nitroethane 创建的主题 › Kubernetes › k8s 中有关 service 的 iptables 的疑问

@tubaflute 这个我知道。关键问题是我列出来的 DNAT 的那条规则很奇怪，跟你的完全不一样，从没见过 dnat 那样用的

2021-10-09 14:21:52 +08:00

回复了 Nitroethane 创建的主题 › Kubernetes › k8s 中有关 service 的 iptables 的疑问

@tubaflute #1 已更新。你的这个 k8s 的版本是多少呢？因为我看一本书里讲的和你这个一样，但是书里用的版本比较旧

2021-10-06 10:33:21 +08:00

回复了 ladypxy 创建的主题 › macOS › Big Sur 11.6，待机后开机必 crash 然后重启，有童鞋同样的情况么

没有。16 寸 MBP 之前是 11.3，老是升级失败。这两天又试了下升级成功，用起来啥问题没有，很流畅

2021-10-05 11:09:06 +08:00

回复了 cxt890604 创建的主题 › macOS › macbook 拓展坞发热严重

我一个贝尔金的扩展坞，接一个 HDMI 显示器，一根网线，一个键盘，烫得离谱。反而是小米扩展坞，接 minidp 的 4k 显示器和充电线，不是很热

2021-10-02 21:03:07 +08:00

回复了 liuxu 创建的主题 › Kubernetes › k8s 系真的是 qps 杀手

我记得之前看过一篇文章，说 kube-proxy 使用 iptables 模式时会有随机丢包的情况出现。建议用 ipvs 模式再测测

2021-09-30 01:25:50 +08:00

回复了 wobuhuicode 创建的主题 › Apple › ios 15 之后，耳机的切换变得流畅了

别提了，升了 15 之后 iPhone 根本抢不过 Mac 。有天中午掏出 AirPods 玩手机，iPhone 死活连不上 AirPods，一气之下从 Mac 上移除了 AirPods 。对了，macOS 版本是 11.3.1，而且有 bug，系统设置里每次更新系统都失败，改天在 recovery 模式里升级到最新的系统看看效果

2021-09-29 23:13:41 +08:00

回复了 Awes0me 创建的主题 › iPhone › 微信语音手机特别烫，这是正常现象嘛？

Mac 也一样

2021-09-29 12:08:13 +08:00

回复了 mascteen 创建的主题 › 程序员 › 分享最近阅读的书藉清单(二)

问一下楼主看完这些大概花了多少时间？

2021-09-12 23:38:42 +08:00

回复了 CenN 创建的主题 › macOS › Chrome 快捷键提醒可以关掉吗？

Chrome 的吧。提示过个一两秒就消失了啊，这都忍不了？

2021-09-11 02:36:33 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

@Nitroethane #11 还有个问题，bsonEncode 里的 buff 不能在当前函数 Put，要在 readFileEvents 里把数据发送到 pipe 之后再 Put 。
https://i.imgur.com/HvDAfQe.png

2021-09-11 02:18:23 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

用了 bson 库封装的 BSONValueWriterPool 对象池之后直接起飞，内存占用直接降到 1.5M 以下，而且内存分配操作次数的平均值为 9 到 10 次。
https://i.imgur.com/t9YuIbs.png

2021-09-11 02:02:57 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

@Nitroethane #8 突然发现有个致命 bug，不应该在 compressFile 函数里就把 buff 给 Put，应该在 handleEvent 的 return 语句前面用 defer 给 Put 掉

2021-09-11 01:50:36 +08:00

回复了 flycloud 创建的主题 › Go 编程语言 › golang 内存回收的疑问

@tuxz #39 求问这是什么软件生成的图片？

2021-09-11 01:44:10 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

其实最优解应该是根据文件大小选择最合适的 bytes.Buffer，但是 sync.Pool 不支持这种操作。如果自己手动先 get，判断 buffer 大小再 put 的话，感觉会影响 GC 导致更严重的性能问题

2021-09-11 01:40:41 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

重构了下 handleEvent 函数。这是根据压测结果来看目前性能最好的状态：
https://i.imgur.com/0fnwGB0.png
下面是三次压测结果，测试 5000 个文件，每个文件大小在 1M 以内。第一次结果是 bytes.Buffer 和 flate.Writer 都不使用 sync.Pool ；第二次压测结果是 bytes.Buffer 使用 Pool，flate.Writer 不使用；第三次是两个都使用 Pool 。
https://i.imgur.com/qSKrrSo.png
还有一个优化点是使用 bson.Marshal 方法序列化结构体。因为对这个库不是很熟悉，用了 Encoder 之后性能直接回到解放前。还需要再研究下

2021-09-11 01:28:44 +08:00

回复了 Nitroethane 创建的主题 › Go 编程语言 › flate.NewWriter 和 os.(*File).readdir 内存占用奇高

@GopherDaily #6 不是，readFileEvents 方法是长期运行的，被调用很多次的是 handleEvent 函数。
其实问题出在 gzBuff 和 zw 两个变量上。这两个变量的生命周期和 readFileEvents 方法是相同的。假如随着程序的运行，要处理的文件越来越大，那么 gzBuff 和 zw 这两个变量的底层 byte slice 也会越来越大，而且不会被 GC 回收，byte slice 也不会自动收缩。所以随着运行时间内存使用量会持续增长。

1 ... 12 13 14 15 16 17 18 19 20 21 ... 57

❮

❯