从一个坑跳到另一个坑，而且现在转码的更不好找工作。科班的都找不到可能要一个转码的吗？

刚编译了一个 rust 的 web 项目，target 是 armv7-unknown-linux-gnueabihf ，strip 后的大小 6M 。
内存紧张的话就把前端编译成静态文件放到固定目录下，后端项目通过路径去访问前端静态文件就行了，golang 、rust 是肯定可以。

Mybatis+Mybatis Plus 无脑用这个方案就行了，使用量大，碰到的问题网上基本都有答案。

现在我项目写的七七八八了，想整体分析下有没有什么能提高的地方，有没有什么设计模式，或者语法一类的需要改造重构的，但是目前 AI 应该是没办法整体分析整个项目。

========================================================================
好吧，简单说几点可以提升的。，如有不对，可以一起讨论下。
1.单元测试:重要性不必多说
2.github workflow:让看到这个项目的人根据 workflow 的配置也可以本地编译。
3.日志配置:server 端好像没看到日志配置。
4.代码相关: e.printStackTrace(),生产环境最好不要加这个。


https://github.com/MarsZone/Embodied/blob/main/server/social/src/main/kotlin/com/mars/social/controller/MessageController.kt#L159 这个是不是用泛型会好一点

P8 入职必须得带人(p7)进组，你指望原公司的老油条你真是想多了。

(ApiGateway)[https://github.com/lsk569937453/silverwind]--一个 rust 实现的 api 网关
(本地开发工具)[https://github.com/lsk569937453/code-magic-public]--一个本地的开发工具，base64,md5 啥的
(rust 实现的 redis) https://github.com/lsk569937453/rcache--一个 rust 实现的 redis
(rust 实现的 http 压测工具)[https://github.com/lsk569937453/loadTesting]--一个 rust 实现的 http 压测工具

@Vegetable 单线程流式读文件、多线程 seek 读文件、mmap 。这三种读法的性能不一样。写也是一样。我上文的读文件都是单线程流式读，写的话也是单线程写。

@chutianyao 1.系统的最大内存是 256G ，当所有的行都不相同的时候会占用 604G 啊。你不会假定有多少重复吧。。。。

@zhuangzhuang1988 帮你试过了，一秒处理 600 行，202 亿行大概要处理 389 天。

@lsk569937453 压测的时候还有一个问题是不可忽视的，就是网络延迟。最好看一下两台机器的网络延迟是多少。高性能的 echo-server 的 TPS 不会很低的。

你在压测的机器前面加了一层 Nginx 的转发，QPS 变低是必然的，Nginx 至少降低 10%的性能。Nginx 的作用是负载均衡。请求在经过 Nginx 的时候，Nginx 需要解析请求的 header 并且中间多了一层网络转发。

1.换压测工具试试，https://github.com/rakyll/hey
2.或者可以换 echo-server,https://github.com/lsk569937453/echo-server 。我的这个 echo-server ，4core 8g 的机器压测结果如下：
hey -n 1000000 -c 1000 http://backend:8080

Summary:
Total: 4.2522 secs
Slowest: 0.2671 secs
Fastest: 0.0000 secs
Average: 0.0041 secs
Requests/sec: 235174.6871

Total data: 1000000 bytes
Size/request: 1 bytes


3.让我猜测的话，我更倾向于压测机器(wrk 执行命令的机器)的性能达到了瓶颈。

@vfxx 《向北不断电》有个秦 L 挑战赛，满油满电出发，跑到趴窝，最后看综合里程。传统油车能战的话，你觉得他们会放弃踩一脚的机会？

等一手大鹏压测。

idea 默秒全。

千万别去，你一定值得更好的。

3D 接雨水。