甲方要求提高服务器资源利用率，目前 cpu 和内存利用率都不达标

xmrig

把个人博客啥的 搭在这个服务器 免费用。。

给这种甲方点赞。

转个 minecraft server 吧。

甲方是百毒吧，百毒同事说过这奇葩要求

歪日，反其道而行

提高利用率，有两种方式，一个是增加使用的资源，一个是减少服务器提供的资源。
现在看起来已经降无可降了。写个应用耗费资源也太不靠谱了。
做个报表啥的，定时统计，也算是个有用的。
其次，还可以把服务多部署几个，每个服务器上都多放几个服务，就用已经部署过的，再部署几个🐶

挖 。。 挖。。挖矿？

ps：还能给甲方创收，他以后只会感觉配置不够用，为啥不上天河二号

现在 zf 单位都有服务器资源利用率的要求，如果资源利用率太低，应用会被下架的。

在一台上部署 N 个节点，做负债均衡

看起来是 toG 的业务

读文件，计算 MD5
读文件，计算 MD5
读文件，计算 MD5
读文件，计算 MD5

@cmdOptionKana #49 应该是, 要是阿里云支持 自动弹性, 那就太好了

@panlista 有个(可能)不做无用功的方法. 当然根据你的需求也可能完全不适用，先说着
把常用查询用闲时 cpu 提前查询，缓存到内存表。
如果数据量大（比如大于 10000 行)，进一步缓存到各种 cache ，因为即使从内存表现查出来也可能要 10ms+
这样可以把查询时间从 20ms+降到几个 ms ，你还可以说没有做无用功
如果未来会 scale ，把这个功能撤掉

最好是讲讲你的需求类型

本质还是开发出来的服务使用的人少，频率低，没有一定的并发量，

1 、为了防止甲方技术人员就懂 linux 进程，也懂具体业务服务，最好还是模拟用户访问，把流程跑起来，比如模拟出 10 个在线用户的访问，如果 CPU 内存还不达标，那就 50 个 100 个在线用户；
2 、刚好也是性能测试的一部分，相当于一直在生产系统上做性能测试；
这样，看上去就是合理的进程在运算，

我也遇到了同样的问题，项目对硬件需求并不大，并且甲方啥也不懂还喜欢瞎 BB 。
我是这样说服他的。
1.低使用率可以让硬件设备工作在一个比较低的温度，更节能静音（让他真实体验一下高负载和低负载的噪音水平），也有利于延长使用寿命。
2.硬件选择都是有一些余量的，方便后期扩充功能，节约项目开支。
3.服务器价格我们已经给的非常优惠了，再低只能使用杂牌硬件来组装，不利于项目的稳定运行。

甲方提出的需求并不一定是真实的需求，无论你做的多好，对方总是要褒贬一下的，他来找存在感就给他存在感，大家都是演戏，互相配合一下好了。

挖矿，设个 cpulimit ，指定使用率多少都行（ doge

装上 K8S, 加上监控套件，Prometheus, AlertManager, Thanos, Grafana 都上。 把其他能搬家的服务都搬过来。 很快就消耗没了。 尤其 Prometheus 加上一堆 Rule 以后，很费资源，还能显示好看的图标，让客人觉得钱没白花。

降低服务器配置不就行了？

这是什么秀逗甲方