Koril 最近的时间轴更新
Koril

Koril

V2EX 第 625662 号会员,加入于 2023-04-24 11:27:16 +08:00
今日活跃度排名 6073
Koril 最近回复了
16 天前
回复了 worldgg 创建的主题 生活 696 天,分手了
你要往好了想,省了几十万给自己。
我个人觉得,仅仅是开发后端 API 接口( CRUD ,调接口,连数据库),大部分语言的性能都是够够的,因为接口耗时都集中在网络和文件 IO 上,语言的性能差异被弱化了,无论是 Java 、Go 、Python 、JavaScript 都能写。

后端接口用写 Python ,最大好处是在图像处理和 AI 领域,如果这些领域的团队主要掌握的是 Python ,那么就不用再招额外的其他语言的后端开发了。

剩下的就是团队对于 Python 后端开发规范的统一,不然的话,代码会变得乱七八糟的(当然其他语言也一样),然后有些由于个人使用存在问题,导致接口变慢的问题,就会甩锅给语言本身。
@zhangchunjiiw 你在简书写的这篇博客对我很有帮助,感谢
我自己又重新测试了下,假设 1001 对 app.log 进行轮转:

1. app.log 该名称变成 app.log.bak ,但实际上我发现 app.log.bak 的 inode 值没变

2. 1001 进程创建一个新的文件叫 app.log ,然后自己一个人把日志写入到这个新的文件里(新的 inode 值)

3. 1002 进程和 1003 进程被 1001 骗了,还在往 app.log.bak 写日志

大概,似乎,是这样子。。。
@ala2008 之前碰到了 OOM 的问题:java.lang.OutOfMemoryError: unable to create native thread: possibly out of memory or process/resource limits reached

因为我看程序根本没吃满内存,所以我改了 Xms Xmx Xss ,似乎都没啥用,然后我就在一个虚拟机开了俩实例,nginx 负载均衡,结果就再也没报这个错误了。
非常非常感谢大家的回复,我正在开始了解 Java 21 的虚拟线程,希望能用上
使用 MQ 会不会堆积呢,需求是前端对 /demo 发起请求后,后端逻辑(就是顺序请求外部接口的方法)必须要立即执行,引入中间件会不会增加中间的时延。
121 天前
回复了 Koril 创建的主题 问与答 Frp 内网穿透本地 PostgreSQL 的一个小问题
@yinmin 厉害,有效果,请问这是为什么呢?
@flmn 好的,谢谢你的建议
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4417 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 04:03 · PVG 12:03 · LAX 20:03 · JFK 23:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.