kaif 積分 2

AWS 的思維一值是 scalability > consistency。

先前是 us region 維持最初的 eventually consistent,其他新的 region 支援 read-after-write consistent。

這次 upgrade 應該是除了 read-after-write,其他操作, e.g., list, ACL 也變成 strong consistent

還沒細看條文,感覺應該還有但書,要不然 "Amazon S3 delivers strong read-after-write consistency" 中間就不會有 "read-after-write"

IngramChen 積分 0 編輯於

聽到這個嚇一跳,S3 不是一直都是 strong 嗎?

看回應是說 us region 的一直都是 eventually consistent,其他比較新的 region 很早就是 strong 了。

我都用新加坡或日本所以一直都無感…

haocheng 積分 0

補充一下是 twitter 上看到的

https://twitter.com/hjc4869/status/1333270931901452288

@hjc4869: 能耗比的骗局:Apple M1运行Cinebench R23的能耗比接近默频下Zen 3的3倍,可是当你把Zen 3压到跟M1相同的功耗(~3.7W),M1的能耗比优势就只剩下30%。

其实之前Torvalds就讨论过这个topic,只要你不停地降频就能获得更好的PPW。然而桌面CPU这样做没意义,牺牲了面积效率。

https://t.co/AhhhMohRC6
kakashi 積分 1

ARM 的架構本來就是走 low power 比較強,clock 方面其實 apple 已經拉得很高了,足以符合一般人的需求

kakashi 積分 1

Apple 的 cpu 一直都是單核很猛啊,看 multiple core 其實也有點鑑別程度,尤其用在 notebook 上面

andyang 積分 3

Deprecation of Kotlin Android Extensions QQ 竟然推薦 jetpack view binding 我真的無法喜歡 view binding

IngramChen 積分 3

kotlin 1.3.x ~ 1.4.10 IDE plugin 有很嚴重的效能問題,遇到的快升級吧!

公司開發用的 mac 很慢,會放大這個 bug,compile 一個大檔要卡 30 秒,超級崩潰。

還好 1.4.20RC 之後就修好了。

chchwy 積分 1

我只是不太懂為什麼要拿製程出來比?

haocheng 積分 0

一般使用者根本不會看比分數據啊,會看的人不就是要知道細節嗎? =_=

chchwy 積分 0 編輯於

作為使用者,不需要去想幾奈米吧? 我們只關心「現在這個時間點」用起來的效能阿。

反正我是看不懂作者的邏輯,這一點點分差就可以叫做 destroy?

haocheng 積分 0

也要考慮一下是 14nm/7nm vs. 5nm 吧…

chchwy 積分 0

用了 Destroy 這個動詞還以為差距有多大...結果點進去看...

popcorny 積分 0

直覺覺得 risc 會比較容易衝高時脈,畢竟指令相對單純。且 mobile 跟 server 的架構我相信會不同優化方向,現在看 m1 數據就做此推斷好像有點早。

IngramChen 積分 0

The problem is that ARM architecture doesn't clock very high and has high leakage at high power levels (this is also conversely true, x86 is not very good at low power scenarios)

是這樣?ARM 頻率沒辦法撐高嗎?那之後的 M2, M3... 不就...

haocheng 積分 0

最難防的果然還是 social engineering…

IngramChen 積分 1

啊,這個現在只支援到 actionscript 2,不支援 3.... ?

IngramChen 積分 1

蠻厲害的,我有一個老 .swf 找了一堆工具都轉不好,這個卻成功了

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 獲勝
  • 遊戲不用說依然虛弱

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

haocheng 積分 1 編輯於

法庭上的對話還蠻好笑的 XD