IngramChen 積分 1

Windows 用戶適合的選擇…

.NET core 搞不好 MS 內部部署都沒有 JVM 多

haocheng 積分 1

這個案子應該是不行,但能不能用其他名義上訴我就不確定了...

IngramChen 積分 3

ZGC 犧牲 throughput 換來 latency 的改進。

原本的 GC 多半是世代制的,每次 GC 都是批次處理一整個世代的垃圾,這種做法直覺上就是平常時速度超快,可以吃下大量的物件,但一開始回收就會停頓。

ZGC 就是不分世代了,然後每次物件生成都會做標記和檢查。因為不是批次做回收所以不會有停頓,但代價就是每個物件生成都要多做一些事,直覺上就是整體會變慢,CPU 吃比較多。

說穿了都是 trade-off。

IngramChen 積分 1

這種文章出來就是 golang 的人開始急了

j0n 積分 1

這樣好累,搞得兩個都得學

haocheng 積分 0

好想升級 Java 16 來試用 ZGC 啊…

IngramChen 積分 1

我覺得 spring native 沒機會,Jvm native 依舊不適合這生態系,compile 太久,要處理的眉角太多。

caterpillar 積分 0

玩轉 p5.js - 花了一陣子時間,整理這幾年的一些圖學心得,用 p5.js 實作,目前先整理到這邊作一個段落,要忙別的去了…XD

koji 積分 0

之前看過有個JWarmup的JEP,但看來沒啥更新。

koji 積分 0 編輯於

這個blog頗有趣,怎麼最近幾篇都在換東西,hibernate->jooq,gradle->maven,好快。
接下來就是 go -> rust !?

IngramChen 積分 0

剛看一下圖,前十分鐘最慘,過了效能就起來有 80% 了,接下來一小時就會平穩

IngramChen 積分 1

的確是如此,大概要一個小時後 jvm warmup 效能才會正常。

是沒有像文章那樣每小時都部署一次,但每次上線系統會變慢挺麻煩的

IngramChen 積分 2

這也太舊的題目了吧,我 七年前1 就吐槽過 stream 上需要 close 是 anti-pattern...

IngramChen 積分 0

java 16 要加 Stream.toList 喔?!

終於

koji 積分 0

偶爾會忘記 File的 stream,還以為IDE原生有警告

koji 積分 1 編輯於

內容還蠻適合我這種manager不知道當的對不對的當參考。
一堆會跟橋事情沒時間寫code,徵才,1on1就算不習慣也得持續都好像呀~

alsuka 積分 0

這個 ebook 平台,可以自己決定用多少錢買這個電子書,蠻有趣的 https://leanpub.com/dddfirst15_years