V2EX › keepRun 的所有回复 › 第 13 页 / 共 25 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 9 10 11 12 13 14 15 16 17 18 ... 25

❮

❯

2024-01-04 17:54:31 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@lambdaq 不敢，个人项目倒是可以

2024-01-04 17:43:57 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@lambdaq 2g 有点夸张吧，你是依赖过多了吧，调整下最大堆内存大小，可以测试下最大堆内存调低到多少项目才无法启动

2024-01-04 17:30:07 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@abcbuzhiming 我也觉得，云厂商为了赚钱内存卖的比较贵，即便是如今内存价格已经降了很多的情况下

2024-01-04 17:26:44 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@qwertty01 这个就算了，这个只能临时用用

2024-01-04 17:23:24 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@Cabana 这玩意好使么？有没有实际使用的数据发来看看？

2024-01-04 17:09:02 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@Cat7373 nodejs 在请求量小的时候的内存占用还是少的

2024-01-04 17:02:25 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@yolee599 毕竟 spring 实在太方便了，其实 java 生态在你说的这个场景确实有更好的技术选型

2024-01-04 17:01:17 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@coinbase golang web 生态有待加强

2024-01-04 17:00:44 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@ddkk1112 你可以把我这个实验看成 java 如何应对内存敏感型场景

2024-01-04 17:00:00 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@Morii 确实是，以前我还有幻想，现在没了

2024-01-04 16:59:04 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@hakr linux 下编译得 5 分钟，之前 windows 下编译 8 分钟

2024-01-04 16:58:14 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@Plutooo 我目前只发现启动速度确实有很大优势，但是目前上手门槛还是太高了，且不说很多框架完全没有适配 graalvm ，我为了让 mybatis plus 能够不报错启动做了一大堆适配工作，github 看了不少讨论，在我看来起码还得 3 年 java 生态才能适配好 graalvm ，企业大规模采用的话应该要到 5 年后了。
graalvm 负面影响是牺牲了 java 的动态性，arthas 这种 debug 神器都没法用了

2024-01-04 16:53:35 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@yazinnnn0 quarkus 我不是很熟，之前写了个 demo 占用 57m ，可能我没配置好，目前看来，spring 框架有点重，对内存占用不太好

2024-01-04 16:51:31 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@INCerry java 写后端业务还是强，生态太猛了，golang 如果 5 年后生态发展起来，是会威胁到 java 的生存空间的

2024-01-04 16:46:59 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@Lambdua 测了下 quarkus ，不过非常粗略

2024-01-04 16:45:13 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@qwertty01 你说的没错，我用 quarkus 做了个 demo ，比我上面那个项目还简单，内存占用编译成 native 是 57m