有人改了口,为超长任务重新挑语言,清单只留四个,Go、Rust、Node.js、Python。
主张照录。用目标驱动的多代理跑很长的活,编译慢一点、运行慢一点都能忍,但内存和硬盘不行,编译不许吃大内存,运行也不许撑爆内存。任务既然可以拉长,子代理还能按十到一百倍扩,运行慢一倍就更无所谓了,真正压垮机器的是那两样。
按这把尺往下砍,解释型先出局。语言跑到虚拟机上逐句解释,等于把内存和性能一起浪费,自带即时编译也一样。再厚的 LLVM 后端优化也先别碰,省下的时间抵不过编译的开销。结论落在四门语言上,快、长、省内存、顺手、密集算数各管一摊。
"内存比时间金贵"这半句是全场重心。前面同提示词速度差一倍讲的是把时间抠出来,这条讲的是时间可以拿去换内存。跟前面训练也来 PD 分离呼应,那条在三本账里调度,这条把两条账调了个个儿。两头都在提醒同一件事,资源的排序会随任务的形状变。跟前面长任务的税也接得上,一个在算中途那次喘息,一个在算整条链路的占地,代理时代欠的账从时间挪到了空间。
引帖那三要素我单独拎出来,编译快、能并行、产物快,这三条放在一起,说的其实是给代理当手脚的语言该长什么样。
我留的疑问有三处。四门语言里谁挑大梁没分工;"慢一倍可接受"的界限在哪没拆;解释型加即时编译那句在哪些场景反而占优也没数。
这周按这四门把手上常跑的几个任务重排一遍,把内存峰值记成一张表。
93 浏览 0 评论
0 反应















