koji 積分 1 編輯於

阿對,原本的留言我沒講清楚 所以我是好奇執行DDL時的blocking,它有沒有自動處理得很好(我之前是直接用pt-online-schema-change),怕沒注意在production一執行然後卡死

IngramChen 積分 1

這比較像是 db 本身的限制, 跟 liquibase 無關了

koji 積分 0

啊我是指例如改column data type,像這種某版本以前的MySQL會擋一般Query

IngramChen 積分 0

liquibase 在跑時本來就會上一個 lock. 被lock 住通常是關不乾淨或是同時太多台在跑

koji 積分 0

跟主題無關,但有在 production 用過 liquibase 然後變更可能造成blocking 嗎?只知道有類似 liquibase-percona1 但還沒用過

haocheng 積分 1

拔掉 Touch Bar 跟把 HDMI/SD卡插槽加回來都是好的改變啊 Apple 終於承認自己的實驗失敗了

不過為什麼連筆電都要有瀏海...

haocheng 積分 1

最大的改進應該是瀏海終於變小了吧...

andyang 積分 0 編輯於

16" 的 macbook pro m1 呢,敲碗

chchwy 積分 1 編輯於

compiler 還有限制核心數嗎? 我以為編譯大專案是最容易平行化的,有幾個核心就開幾個 thread,各個 compilation unit 之間也相當獨立,應該不會有什麼明顯的限制才對。

而且編譯是比較吃 CPU 運算力的,連結才是吃 io 速度。

popcorny 積分 5 編輯於

工程師還是要等等,目前主要看到幾個問題

  • homebrew 生態還在慢慢針對 Silicon 做相容
  • docker desktop for mac 目前還沒有 ready
  • golang 編譯出來的東西都要針對 darwin/arm64 重 build
IngramChen 積分 0

xcode 3950x 跟 M1 一樣快只表示 xcode 已經到瓶頸了, 不是 io 問題就是 compiler 用不到 16 核

這不代表 M1 和 3950x 一樣快

只代表用 xcode 配 M1 夠快了, 而且還超省電

不過這也意味之後 M2 出了 xcode 還是卡在這個瓶頸上

Kros 積分 1
  • Xcode build time:M1 輾壓 Intel,甚至贏過黑蘋果 3950X
  • Final Cut:平手
  • Premiere pro:Intel 獲勝
  • 遊戲不用說依然虛弱

對工程師跟剪接師來講很有吸引力呀,變成一台專業工作電腦了

IngramChen 積分 2

Apple 放出的評測是以 i7-8557u PTT1 為基準,M1 最多有 3 倍速度

推測大概可以跟 2018 MacBookPro 的 6 核差不多吧?這樣也是很厲害

IngramChen 積分 2 編輯於

基本上我不認同 M1 效能等同於高階 intel CPU 的啦,有的話 Apple 發表會就直接拿來吹了。

坐等 benchmark

chchwy 積分 1

以開發來說,多核效能可能還是影響最大的因子

IngramChen 積分 1

單核應該能,但多核不行,依照 develop kit 的測試結果...

但也許正式量產有瓦數大的,那就有希望