V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  keepRun  ›  全部回复第 8 页 / 共 20 页
回复总数  397
1 ... 4  5  6  7  8  9  10  11  12  13 ... 20  
@Nazz 我就是因为嫌 elk 占用内存太大用了 loki+grafana+promtail 来做日志分析
@ufan0 quarkus 可能会更好点,spring 内存占用可能还是优化不了
@bjfane 可以看下这个项目,利用 spring 提供的 proxy 、reflect 钩子注册需要使用到代理、反射的地方,最终运行一个 native 程序
@bjfane 可以的,跟正常使用一样,graalvm 只是限制了反射和代理的使用,如果非要用到反射和代理,得通过 json 文件告知 graalvm
@byte10 没用过,等个有缘人测试下
@lambdaq 不敢,个人项目倒是可以
@lambdaq 2g 有点夸张吧,你是依赖过多了吧,调整下最大堆内存大小,可以测试下最大堆内存调低到多少项目才无法启动
@abcbuzhiming 我也觉得,云厂商为了赚钱内存卖的比较贵,即便是如今内存价格已经降了很多的情况下
@qwertty01 这个就算了,这个只能临时用用
@Cabana 这玩意好使么?有没有实际使用的数据发来看看?
@Cat7373 nodejs 在请求量小的时候的内存占用还是少的
@yolee599 毕竟 spring 实在太方便了,其实 java 生态在你说的这个场景确实有更好的技术选型
@coinbase golang web 生态有待加强
@ddkk1112 你可以把我这个实验看成 java 如何应对内存敏感型场景
@Morii 确实是,以前我还有幻想,现在没了
@hakr linux 下编译得 5 分钟,之前 windows 下编译 8 分钟
@Plutooo 我目前只发现启动速度确实有很大优势,但是目前上手门槛还是太高了,且不说很多框架完全没有适配 graalvm ,我为了让 mybatis plus 能够不报错启动做了一大堆适配工作,github 看了不少讨论,在我看来起码还得 3 年 java 生态才能适配好 graalvm ,企业大规模采用的话应该要到 5 年后了。
graalvm 负面影响是牺牲了 java 的动态性,arthas 这种 debug 神器都没法用了
@yazinnnn0 quarkus 我不是很熟,之前写了个 demo 占用 57m ,可能我没配置好,目前看来,spring 框架有点重,对内存占用不太好
@INCerry java 写后端业务还是强,生态太猛了,golang 如果 5 年后生态发展起来,是会威胁到 java 的生存空间的
1 ... 4  5  6  7  8  9  10  11  12  13 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1030 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 21:12 · PVG 05:12 · LAX 14:12 · JFK 17:12
Developed with CodeLauncher
♥ Do have faith in what you're doing.