使用方便难道不是品质的一部分么

假设保持开发进度的话，st 一定很有前途吧。

或许是免费试用的政策让开发者赚不到钱了……

CPU 肯定是尽力满足你的需求，只要有计算任务，那么我就工作。

平时 CPU 使用率低，说明尚有潜力可挖（当然在线服务的剩余计算能力更大的是为了保证突发状况，比如访问量剧增）。

不只是 make，其他任何程序都是这样。比如你用一下 yes 命令，绝对立刻 100% 。

当然程序会被其他瓶颈限制，比如 cp A B ，假设磁盘 IO 没限制的话 CPU 也会 100% 的

既然有，那不是很简单嘛

直接 iptables 把需要代理的流量转到 ss 就行了

openwrt 能运行 ss 客户端吗？不能就不好办了。
或者直接开tcp代理？

没有这样的功能吧

用进程占用的端口配合 iptables 或许能？

@Actrace
snmp 成熟可靠，哪个发行版都有现成的安装包吧。

另外为了几个字节的数据就开一个 http + php 的环境，代价是否太大了？

另外想想为何不客户端主动发送消息给采集服务器？一个 shell 脚本 + crontab 就搞定了……

真正的运维环境，就算你的数据画的图再好再精确，也不会提倡你这种采集方式的。


『大多数服务器应该都有web环境吧...把探针上传就好了....』
业务和监控必然要分离啊！哪能随便上传东西

@Actrace
为了被监控还需要安装 httpd ，php ，等等……

类似的模式不如直接用 nagios 的 nrpe

更好的当然是 snmp

画的图不错～

如此复杂……

顺序很关键。

其实楼上说的都有点儿神了

Linux 高手其实太宽泛，可以很懂源码，可以很懂程序。

然后想告诉楼主的是：

Google 可以是万能的，但是一个问题 Google 解决，或者我随手一敲键盘就搞定了，这就是差别……

大多数熟练 Bash 的就会被看作高手了

但是一个有经验的运维你需要什么呢？

shell 必备
你们的服务 ？（java？python？ruby？go？……）
DB？
cache？
做网线？:D

所以永远没有学完的时候。


光 Bash 里常用的指令，怎么也得上百吧

比如你有 5000 history，来统计一下一共使用了多少种不同的命令

直接 hosts 吧
备用 DNS 的话存在延时问题？不过缓存一次应该能持续一会儿

@dreampuf
屌丝运维呢。。。。


真的是工作站，不是 PC

@gouera
或者 sed -r {} 就不需要转义了

你是要删除 /aa/ 后的10行

还是 /aa/ 到 第 10 行

[rr@mypc ~]#seq 10|sed '/3/,5d'
1
2
6
7
8
9
10
[rr@mypc ~]#^

这……目测要不少钱