IngramChen 積分 2

大部份都同意。所以我早早就轉 MyBatis 了

台灣因為博奕業的關係 -> 因為博奕都是中國的關係 -> 因為中國都用 MyBatis 的關係 -> MyBatis 開始在台灣比較有能見度了,就結果來說是件好事。

前後端分離後,Hibernate detached session 用不到,2nd level cache 也變成沒什麼用,是該被時代淘汱了。

IngramChen 積分 1

Windows 用戶適合的選擇…

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

IngramChen 積分 1

Alias Name Record 有一天出現在 Route53 裡,才發現有這種東西,新到還沒成為標準

AName 真是方便

IngramChen 積分 3

ZGC 犧牲 throughput 換來 latency 的改進。

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

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

說穿了都是 trade-off。

IngramChen 積分 1

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

IngramChen 積分 0

這名字不怎麼樣, 好歹找有 j 字母的吧...

IngramChen 積分 1 編輯於

Full AMD laptop!

但 15" + Full HD 我不行

比較想要 13" + Full HD

System76 看 shipping 有寄到台灣… 不知有沒人買過

IngramChen 積分 1

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

IngramChen 積分 1

web app 在 chrome 以外依然很慘。

是說 flutter web 比較像是 mobile app 想要進 web 的捷徑,而不是取代原本的 web 技術。這跟 electron 之於 native desktop 是一樣的意思

IngramChen 積分 2

大概把 ORM 拿掉就能回到 100 requests/sec.

然後簡單的 tuning 一下 SQL (例如加加 index) ,可以上升到 300 以上

最佳化資料庫 (例如使用 materialized view, partition... 等技巧) 可以升到 1000 以上

想要再更高就是資料庫加 ram 加 nvme 加 slave

想破萬就是能 cache 的就瘋狂加 cache (nginx micro-caching is your best friend)

IngramChen 積分 0

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

IngramChen 積分 1

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

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

IngramChen 積分 2

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

IngramChen 積分 0

java 16 要加 Stream.toList 喔?!

終於

IngramChen 積分 0 編輯於

測試測試測試

IngramChen 積分 0

結果 bintray 要消失了,bottle 要死一大半

IngramChen 積分 0

慘, 免費的最貴, 跟 travis 一個樣

IngramChen 積分 0

美好的故事...

不過和 Oracle 應該有一段角力寫不出來,反正贏了就說好話有台階下