大家好..
正式环境有一台主机 有跑一些服务
后来有开放sftp让档案传输进来
只是因为没有设定限制
导致档案传送时 cpu 都被 ssh 吃满
这样一来 主机的反应就变得很慢
想要改善这样的情况
目前想到的是对降低sftp 档案传输时所吃的流量
流量慢 cpu 就不会被ssh 吃满
不知道 往这方面去思考 方向对不对
还是需要另外安装 tc 这一类的流量管控程式
有在网络上查询一些tc的作法 但多是针对网卡做流量限制
我的目标是 不要让sftp 因为传输速度太快 而且吃掉CPU的资源
也许有先进能提供不一样的思考方向
在此请教 大家

rsync 可以限速

你cpu太烂才有这种问题吧 或硬盘太旧也有可能是scp把上传流量用光 只是网速变慢的问题

直接cgroup之类的限制sshd最高cpu综合cpu使用量，但是同时用ssh的人会受影响

让前端使用sftp丢档案进来已经行之有年 改变统一作法难有可能是一台主机切了太多台的vm guest因为都是专线的环境 频宽不是问题限制 ssh 对cpu的使用量 似乎是一个对的方向很谢谢三位的意见... 感谢

喔喔你server都是在VM里面吗

对啊 都是vm

你想试试看tc的话，找我的发文，我有对特定程式限速过

你确定是卡在CPU? 网络10G + NVMe?

我遇过ftp把cpu吃光，原因是nas网络频宽被另一个device吃光。

cpulimit

在 sshd 设 ulimit ，看是 systemd 还是 init.d

该不会CPU真的弱到处理加密的资料都满载？或 SSH 本身不支援用新的指令集处理加密的部分

应该是太多vm的问题吧或租商用服务器 没租很高级的cou