zaguan 積分 1 編輯於

股價噴噴噴! XD RISC 要吃掉世界了!

kaif 積分 1

看起來這邊的人應該有申請了,不過還是貼一下xd

kaif 積分 1

這對大型應用也蠻不合適的。因為她設計的時候應該沒有考慮到 DB sharding。SQL tuning 也很麻煩。分散式架構他的 cache 也沒啥用。

之前為了弄 sharding 還土炮包一層。

感覺現在應該剩下單機版的 application 比較適合。

koji 積分 1

現在周遭好像也是 MyBatis 比較多,但我記得看海外twitter之前一些調查,還是不少用JPA/Hibernate的樣子

IngramChen 積分 2

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

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

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

zwlin 積分 1

每次接手某幾個同事的 project,都超想砍掉重寫…

haocheng 積分 0

我也是,而且這一版修好了我在 2020.3 遇到游標有時候會消失的問題…

IngramChen 積分 1

Windows 用戶適合的選擇…

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

haocheng 積分 1

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

IngramChen 積分 1

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

AName 真是方便

haocheng 積分 1

看起來 Amazon 對疫苗效果很有信心...

IngramChen 積分 3

ZGC 犧牲 throughput 換來 latency 的改進。

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

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

說穿了都是 trade-off。

IngramChen 積分 1

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

j0n 積分 1

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

haocheng 積分 0

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