建议优化 gl_clients_update
本帖最后由 MTBBS 于 2025-1-13 17:57 编辑固件:4.7.0
问题: 每次gl_clients_update一出现就会占用大量资源,占用时间也长,有时忍不了就kill了,可否优化一下,谢谢
不错，2G内存，真好
这边看你这个进程CPU占用是1.3%，内存占用是0.2%，这个没有占用大量的资源，占用时间长是因为客户端列表需要实时统计速率、流量等 本帖最后由 zhangfen137 于 2025-1-14 20:11 编辑
D-S 发表于 2025-1-14 14:57
这边看你这个进程CPU占用是1.3%，内存占用是0.2%，这个没有占用大量的资源，占用时间长是因为客户端列表需 ...
你们有测试吗，连20个设备，上传下载，网速跑满情况下，运行24小时。这个进程占用情况是什么样?
做个极限压力测试，数据贴出来。
有问题就改，没问题大家也安心用，观望用户也有个参考。
我觉得作为厂商，要拿客观数据出来说话。他说有问题，你说没问题，这不是扯皮吗没意思
这个用户表达的诉求是，后台cpu占用高，怀疑是gl_clients_update占用
我觉得作为厂商能做的：
1，统计极限压力测试下，gl_clients_update进程cpu占用，内存占用情况，什么水平？高不高？
2，如果占用不高，看看网友使用场景，用了什么插件，用了什么功能，那条进程占用高，正常不正常
理解问题，解决问题，如果没问题说清楚说明白
这帖子目标是解决问题，不是证明网友提问不专业。找准自己定位，别跑偏了！！！ zhangfen137 发表于 2025-1-14 20:01
你们有测试吗，连20个设备，上传下载，网速跑满情况下，运行24小时。这个进程占用情况是什么样?
做个极限 ...
支持你的观点！！！楼主标题“建议优化...”，内容“...可否优化...谢谢”，作为消费者（业者口口声声的上帝）把姿态放这么低，且配图详述已经是很优质用户群了，他们只是对该进程用途有疑问（长期驻留、长期消耗CPU（尽管很低））希望厂家解答，因为每一个技术控专业的用户都不希望自己设备后台有不知名、不知用途的进程长期驻留占用算力偷用流量，大家对匿名潜在的不被标识安全不知用途的进程都会保持戒心。有这样疑问的用户难道不是好事么？你厂家要解答的不是傲慢，而是一要详细说明这个gl_clients_update长期驻留并不定时唤醒的进程是干什么的？其二才解释性能的影响，不是拿嘴一搪塞，而是拿数据说配置参数开了哪些配置这个进程会有多大空间和性能的占用，若关闭哪些配置可让有洁癖的技术控用户关闭该进程长期驻留和后台唤醒，以及关闭后会失去的功能描述。其三才是你们测试后该进程无法优化也无法通过功能开关解决用户建议时表达对不起和所提建议的感谢！！！ 不过，以前卖方市场长期养成的傲慢习惯和厂商舒适区那真是根深蒂固、本性难移了，这不就是么，用户的疑问和详细附图建议，一个感谢没有，一个正面回复优化不优化的措施没有，看似有个回答，有看似啥都没说，后面也啥都不会做，啥都没承诺。也许搪塞问题，只要不给自己找麻烦就是该论坛官方处客之道。反正我去年这个时候也发过设备软件中bug，附了详细的图，官方管理员也承认了是个bug，且早就发现了一直没解决，说会发给技术部解决，但单位已提前进入春节放假，说节后会帮我提交。我还表示了感谢和祝贺龙年大吉。结果就是石沉大海，到现在4.7最新版bug依旧。
我想说今后已不是厂商顺风顺水的好年头了，经济下行，谁能放下傲慢，关注用户，及时与优质用户群互动维护品牌形象，谁才能在经济冬天活得更长久。否则，傲慢的尽头是坟墓... 你买的是产品，不是技术，厂商还真没有兴趣答复技术问题 zhangfen137 发表于 2025-1-14 20:01
你们有测试吗，连20个设备，上传下载，网速跑满情况下，运行24小时。这个进程占用情况是什么样?
做个极限 ...
想多了，MT60000严格意义上的稳定版固件一个版本都无，还做测试。。。。。。 aaa0501 发表于 2025-1-15 21:47
想多了，MT60000严格意义上的稳定版固件一个版本都无，还做测试。。。。。。 ...
我觉得你说的对 本帖最后由 zhangfen137 于 2025-1-16 18:50 编辑
qg2qg5lo 发表于 2025-1-15 20:28
你买的是产品，不是技术，厂商还真没有兴趣答复技术问题
作为用户，用的也是产品，对技术问题更没兴趣
使用产品时碰到问题，解决产品问题就行，其他一律不关注。
不是gl_clients_update占用高，是啥高？正不正常，不正常搞定，正常是为啥？
做点实事，拿实际数据出来说话，要客观，要实事求是
在没有实测压测数据出来前，自己也不知道啥情况，说没问题依据是啥？说有问题依据又是啥？
毫无依据的下结论，就是空口白话瞎胡扯
没兴趣答复，就让问题持续发酵，最终肯定有办法。
答而无果，言之无物，瞎胡扯，那就有失厂商该有的技术能力和态度。
如果厂商对用户问题和反馈没兴趣，直接关了论坛拉倒，起码明确告诉用户，固件就这样，反馈无门。免得用户在论坛浪费时间浪费精力，厂商还花精力回复，实际上一点用没有
jkle 发表于 2025-1-14 13:28
不错，2G内存，真好
2G 是 Swap
不是 RAM :lol D-S 发表于 2025-1-14 14:57
这边看你这个进程CPU占用是1.3%，内存占用是0.2%，这个没有占用大量的资源，占用时间长是因为客户端列表需 ...
其实占用 1.3% 长达 10小时, 还有温度升高, 已经比几个BT 软件都要高,重点是我不知道它在做什麽? 2g的swap用心了，我只给它300m，我的路由器没必要上太高的虚拟内存。 guoguo 发表于 2025-1-21 21:35
2g的swap用心了，我只给它300m，我的路由器没必要上太高的虚拟内存。
以前我都不用 swap
装了 Jellyfin 后经常无故重启 jellyfin
后来研究设定 swap file 后就发现 jellyfin 没有重启,証明之前的重启是记忆体不足没有 swap
不想烦恼直接用 RAM 的两倍, 一劳永逸 怎么停用这个东西，我刚刚发现，强制停止后又出现 ffff 发表于 2025-6-13 08:56
怎么停用这个东西，我刚刚发现，强制停止后又出现
等它做完 :Q
页:
[1]