x86よくできてる点 - w_o’s diary

アーキテクチャと実装混ざってるけど 命令dispが32bit届く immも32bit入ることが多い メモリが順序守る(何回も書くが、メモリ順序が緩いことによって得られたCPU時間より失なった人間時間のほうが絶対多いから) ファームウェアがBIOSとUEFIの二種類しかない (ボードごとにカーネルにディレクトリ作るのやめろARM) 周辺デバイスがPCIに統一されててキャッシュの問題が起こりづらい(もうdma_alloc_coherentの挙動調べるの飽きた) キャッシュがソフト的に見れば一階層 (L2の挙動が定義されてないARMとかいう無名CPU) 除算とFPUが付いてる ABIがWin除けば32bitと64bitとx32の3種類しかない。 PCIe がキャッシュスヌープ付けてフルスピード近く出る lock cmpxchg が遅くない *fence が遅くない こういう問題で別のアーキがx8

[sonots]

“ メモリ順序が緩いことによって得られたCPU時間より失なった人間時間のほうが絶対多いから”

[k_igrs]

ARMの設計思想は隙間時間を作くらないというものだから、設計が大変になるかわりに処理効率は高くなる。これはトレードオフなのでどちらが優れているというものではないよ。

[mohno]

3年前の記事か。まあ、よくできていなかったら、ここまで生きてはいなかったんだろうし、これからどうなるかだって分からないよね。

[leiqunni]

C言語以上書かないしハードウェアの設計も分からないけど、これはx86アーキテクチャの勝利とゆうか、PC/AT互換機のおかげだと思う。昔はPCのバスも色々あったけど、ARMもAndroidのおかげで学習や開発コストはそこそこかしら

[dirtjapan]

x86だとコンパイラバグ踏んでも即落ちることはまずなさそう。

[sisya]

良くも悪くも枯れているということに感じた。Armは速度を求めすぎず、足元も固めてほしいと思う。これでは技術的負債とそう変わらない。

[kndkndknd]

これのメリットとM1のメリット食い合ってない感じある

[butyricacid]

2017年に書かれたもの。今の見解を聞いてみたい

[kazuau]

それを言うなら投機実行もやめさせよう。たびたび脆弱性も判明してるし。

[accordfinal]

"メモリ順序が緩いことによって得られたCPU時間より失なった人間時間のほうが絶対多いから"

[nezuku]

“メモリが順序守る(何回も書くが、メモリ順序が緩いことによって得られたCPU時間より失なった人間時間のほうが絶対多いから)” OoO実行はそう動くものと思うよね。リオーダバッファを増やしまくったM1はどう解消したの

[hdkINO33]

“まあx86はファームウェアをEFIに、周辺デバイスをPCIに制限することで単純にしてる部分はある。そしてそれは柔軟性下がるトレードオフとひきかえだ。”

[millfi]

“ABIがWin除けば32bitと64bitとx32の3種類しかないら”ArmだとABIが実装依存で辛いんだっけ

[yarumato]

“数ではx86より出てるARMはちゃんとリソース割いてちゃんとしてくれよな〜。x86はファームウェアをEFIに、周辺デバイスをPCIに制限することで単純にしてる部分はある。それは柔軟性下がるトレードオフ”