リーナス・トーバルズ氏、メインマシンを新調。CPUはAMD Threadripper 3970X 54
ストーリー by hylom
メインマシンの変遷が気になります 部門より
メインマシンの変遷が気になります 部門より
Anonymous Coward曰く、
Linuxの開発を主導するLinus Torvalds氏がLinuxカーネル5.7-rc7のリリースを知らせるLinux Kernel Mailing List(LKML)への投稿内で、氏が使用しているメインマシンをアップデートしたことを伝えている(GIGAZINE、The Register、Slashdot)。
今回導入したマシンのCPUはAMDのThreadripper 3970X(32コア/64スレッド同時実行)で、氏がIntel以外のメーカーのCPUを使うのは15年ぶりだそうだ。これによって「allmodconfig」でのテストビルドが3倍高速になったと報告している。
なお、15年前の2005年、Linus氏はPowerPC搭載のMacにLinuxをインストールして使用していると述べていた(過去記事)。
クルーソーとイフィシオン (スコア:0)
リーナス・トーバルズと言われるといまだにトランスメタを連想する。
クルーソー第1世代が2000年、第2世代が2002年、イフィシオンが2004年。
リーナスがメインマシンに使うには力不足だったか。
#2003年6月に退社したらしい。
Re:クルーソーとイフィシオン (スコア:2)
自分もだよ。
NEC LaVieのクルーソーを使ったノートを買った覚えがある。
遅いのはどうしても否めなかった。
Windows 2000の頃だったな。
敢えて言おう。カスである!と。
15年はなに使ってたのか、わたし気になります (スコア:0)
AMD K8かTransmetaか。
まさかのSPARCか。
Re: (スコア:0)
>PowerPC搭載のMacにLinuxをインストールして使用していた
って書いてあるやん
Re: (スコア:0)
>氏がIntel以外のメーカーのCPUを使うのは15年ぶり
だからPPC -> Intel -> AMDなんだろ
Re: (スコア:0)
めっちゃ書いてあった。。
その後すぐにMacはIntelに移行したし、Linusも使わなくなったのかな。
Re: (スコア:0)
いや、その後Macbook Pro使ってたと読んだことがある
いつまでかはわからないが
3倍高速 (スコア:0)
赤いやつに違いない
Re: (スコア:0)
そうすると、実際の速度増はせいぜい三割増しで、筐体を蹴ることで
速度を補っていた、ということになりそう。
昭和?
Re: (スコア:0)
マシンを三台積み重ねて踏み台にしませんか?
※「パソコンを踏み台にする」って意味深だな
Re: (スコア:0)
実家のベランダでPC98が踏み台になっていたの思い出した。
母ちゃんが「ちょっと物干しが高い」とか言って置いていた。
まあ、もう使う事は無いとは思うけど。
PC98は筐体頑丈だから良いが、その後のDOS/V機は使うなと注意はして置いた。
Re: (スコア:0)
体重がCRTディスプレイ程なんですね。
Re:3倍高速 (スコア:1)
CRTなめんな
21inchアパチャーグリル管で30kgあった
21inchFDトリニトロン管だと子供の体重はあったさ
Re: (スコア:0)
そういえば21インチダイヤモンドトロン管のモニタ一人で持とうとして腰いわせそうになったなぁ
Re: (スコア:0)
PC98なんかの当時の国産機は内部にガッチリしたスチールのフレームが入っていたし、店で売っている汎用的なケースみたいに内部に大きな空間も存在しないから意外と堅牢なんでは?
Re: (スコア:0)
昔のCRTは体重ぐらい重かったんだよ。
(職場の20インチCRTが一人で持ち上げられなかった)
Re: (スコア:0)
IBM PC/ATのケースがありますが、クッソ丈夫ですよ。ベースの鉄板が2mmぐらいある。
※大学時代多摩川に捨ててあったのを拾ってきた
Re: (スコア:0)
自分も昔(20年くらい前)、パソ通の「あげます/貰います」コーナーかなんかで、IBM PC/ATのケース
を入手したことがありましたが、おっしゃる通り分厚い鉄板でできてました。
そのケースをちょっと加工して、その当時のATマザーボードをいれて遊んでました。
その頃のホームページが残ってました。
http://yamachan.my.coocan.jp/pc/diy/pcat-restore.html [coocan.jp]
Re: (スコア:0)
NeXT Cubeはジョブズが上に乗った写真があったような。
Re: (スコア:0)
あれはマグネシウム合金の鋳物だそうです。
鋳型自体、普通のダイカストとは違う特別な設計が必要だったそうです(スティーブ・ジョブズの道)。
# NeXT Cubeのお値段を押し上げる要因のひとつになったはず
3倍だと赤い、赤いと3倍。 (スコア:0)
3倍だと赤い、赤いと3倍。
この刷り込みはホントビョーキだね。
# ホトンドビョーキ
Re: (スコア:0)
次に組んだPCがさらに3倍高速になったら何色になるんだろう
Re:3倍高速 (スコア:1)
緑ザク(波長520nm)が赤ザク(700nm)になるんだから、中赤外(940nm)になって肉眼じゃ見えなくなるんじゃないかなあ
Re: (スコア:0)
ナポリタンみたいに遠ざかってるだけかもしれないだろ。
Re: (スコア:0)
掛け算はウォーズマン理論が適応されるので黒くなります
ボトルネックは? (スコア:0)
ビルドプロセスのボトルネックはプロセッサかメモリかストレージか
Re:ボトルネックは? (スコア:5, 参考になる)
私の場合はストレージでした
一般論として,LinuxのカーネルソースはC言語でシンプルに書かれているので,コンパイラはメモリをあまり必要としません.
またコードの大半は,デバイスドライバ(Linux用語でいうモジュール)なのでソースコード間の依存関係が少ないです.
そのためコア数が多いCPUでは,容易に並列ビルドできます.
しかしカーネルコードは比較的小さいファイルが多いため,ビルドすると小さい中間ファイルがたくさんできます
結果,I/O,ファイルシステムやその背後にあるストレージがボトルネックになります.
私の環境(intelで16コア.メモリは32GB)でも,perf コマンドで分析したら,ストレージがボトルネックになっていました.
HDDは当然ですが,安物のSSDでもボトルネックになります.
あとC++ & boost で書いている別ソースコードだと,メモリ消費量が激しく,1コアあたり1.5GBぐらいは必要になります.
ということで,私が調べた感じでは
C/C++での開発用PCだと,S-ATA接続のSSDや,コア数*2GB以下のメモリを使っていると,それがボトルネックになりCPUの稼働率が低下します.
あとファイルシステムはベンチマークしたら判りますが,なぜか ext4 が最速になります.
別ファイルシステム,例えばF2FSはファイルシステムレベルでボトルネック解消を目指してるはずですが,C/C++のビルドではext4の方が早いです.
もしかしたら F2FSは ext4 ほどにはチューニングできてないのかも知れません.あまり詳しくみてないですが,ベンチマーク上は ext4が最速です.
ということで,現時点で開発用のPCを組むなら
- メモリはコア数*2GB以上
- ストレージは NVMe
- ファイルシステムは ext4
が良いと私は考えています.
# あと,Spectra / Meltdown 対策をoffにするともっと早くなります.
Re:ボトルネックは? (スコア:1)
tmpfs 上でコンパイル && gcc に -pipe オプションてのは効きませんか?
Re: (スコア:0)
一つじゃないだろうね。
Re: (スコア:0)
ボトルネックは一つだろ
Re: (スコア:0)
ボトルネックを解消したら新たなボトルネックが見つかるまでが前提。
さらにallmodconfigのビルドというならやっぱり一つじゃないだろ。
Re: (スコア:0)
>ボトルネックを解消したら新たなボトルネックが見つかるまでが前提。
なんやねんその屁理屈。
極限まで解消すれば最終的にビルド速度ゼロやん。
Re: (スコア:0)
そうはならないでしょう。
これ以上高速化できなくなったらボトルネック無しだし。
Re: (スコア:0)
速度がゼロにならない限りそこがボトルネックじゃね?
きみが満足できる速度になったらボトルネックとは呼ばなくなるってもんではないですよ。
Re:ボトルネックは? (スコア:1)
最後のボトルネックは光速度ですかね、だれか突破してくれないかなw
Re: (スコア:0)
ボトルネックってそこが細い(遅い)せいで他の部分は余裕があるのにスループットが上がらない状態なんだから、
バランス良くどこも足を引っ張らない状態なら、爆速じゃなくてもボトルネックはないんじゃないの?
SEGV問題が怖くて乗り換えられないワタシ (スコア:0)
AMD、RyzenのSEGV問題を認める [srad.jp]
Ryzenで発生しているSEGV問題、原因はCPUのキャッシュ? [srad.jp]
この時のわだかまりは消えたのかな
Re:SEGV問題が怖くて乗り換えられないワタシ (スコア:1)
ぼくも次々と見つかるIntel CPUの脆弱性が怖くて乗り換えられないです
Re: (スコア:0)
それは、CPU後工程のミスだったっぽいよ
まれにマージン不足のCPUが出荷されて、ごくまれな状況でSEGV起こる
2017年の30週目?くらいの出荷分から修正されてるはず
Re:SEGV問題が怖くて乗り換えられないワタシ (スコア:1)
詳しく知りたいのでソースお願い。英語可。(いやまじで
Re:SEGV問題が怖くて乗り換えられないワタシ (スコア:2)
聞く前にぐぐれ、ってのを思い出した。
一次ソースは見つけられなかったけど、こんな英語記事は見つかりました。
うーん、この書き方だとAMD公式文書は存在しなさそうね。
AMD confirms Linux “performance marginality problem” on Ryzen [techreport.com]
Re:SEGV問題が怖くて乗り換えられないワタシ (スコア:2, 参考になる)
一次ソース
https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response [phoronix.com]
https://www.phoronix.com/scan.php?page=article&item=new-ryzen-fixe... [phoronix.com]
Re:SEGV問題が怖くて乗り換えられないワタシ (スコア:1)
ありがとうございます、参考になりました。
Re: (スコア:0)
そういやそんな問題ありましたな。すっかり忘れてRyzenにしちゃってたよ。
Re: (スコア:0)
Ryzen初代の初期ロットとか何年前の問題蒸し返してんだ
アムダさん方の自業自得ですんで (スコア:0, 興味深い)
この手のAMD系の不具合が出ると、ファンボーイさん達の「デマだ!工作だ!FUDだ!!」の大合唱にかき消されて正確な情報が伝わらないんです。だからいつまでもアレどうなったっけ?って状態で残るわけで。
ファンボ大戦争とかどうでもよくて、正確な情報知りたいだけなのにね。今回だってAMDが認めて修正してたの今知ったよ。
うちにも欲しいなー (スコア:0)
yoctoのフルビルドがうちのi7-4770Kで8時間位かかるんだけど、
3970X使ったら一時間位で終わんのかな?
Re: (スコア:0)
yactoは非効率的なビルドシステムをなんとかするべきだとは思うけど。
Re: (スコア:0)
yoctoめんどくさいんだよな...
大企業の品質管理がよろこびそうな厳密さが正直使いにくい。
Re: (スコア:0)
4コア8スレッド時代以前以後で結構違う世界になっているから6コア以上のプロセッサを手に入れて使ってみるべきですよ
ストレージはNVMeにするのを忘れるな