スパコンのOSは全てLinux

スパコン富岳の後継機、エヌビディア参画…ＡＩ処理能力を大幅に高めるＧＰＵ搭載
2025/08/22 読売新聞
https://www.yomiuri.co.jp/science/20250822-OYT1T50130/
ーーー
025年8月22日 理化学研究所
理化学研究所、富士通およびNVIDIAとの国際連携による「富岳NEXT」開発体制を始動
−計算による課題解決を支える次世代「AI-HPCプラットフォーム」構築へ−
https://www.riken.jp/pr/news/2025/20250822_1/index.html

GIGABYTE、AI開発者向けミニPC「AI TOP ATOM」
https://pc.watch.impress.co.jp/docs/news/2045021.html

足りないメモリは超高性能SSDで拡張する。AI時代に向けたキオクシアの製品開発
2025年9月3日
https://pc.watch.impress.co.jp/docs/news/2044105.html

>>279
日本のスパコンは稼働率が極端に低いただの金食い虫の箱
世界100位くらいでいいんだよ

蓮舫が正しかったのか？

はい

NvidiaのGPUのどこにコンパチを作れない
ようなまだ切れていない回避できない特許
があるのだろうか。特許って20年間ぐらい
経てば保護期間が終わるのじゃなかったか。

株式会社アイ・エス・ビー
https://kizuna.5ch.net/test/read.cgi/infosys/1756826944/
https://www.isb.co.jp/about/company-profile/

コンテナの作り方を解説したちゃんとした本が欲しい。
コンテナを作れば、どんなOSのUnixにでも持っていって
も同じアプリが動かせるのなら素晴らしい。

What is Z-Angle Memory and Why Is Intel Developing It?
by Alex Woodie | February 5, 2026 (Hpcwire)
https://www.hpcwire.com/2026/02/05/what-is-z-angle-memory-and-why-is-intel-developing-it/

Cent-OSが分裂をしてしまったことは残念。

スパコン能力１０倍に引き上げＡＩ活用の研究加速、３０年までに…文科省戦略案
2026/03/09
https://www.yomiuri.co.jp/science/20260309-GYT1T00018/

スーパーコンピュータがなんだって？
おりゃあパーソナルコンピューターだ。

3年とか4年ごとに次々と新しいデザイン、新しいコンセプトによるマシンやシステムを
ハードだけじゃなくてソフト面も十分に考えて革新していかないのなら、ナショナル
プロジェクトしてシステムを建造する意義が薄い気がする。外国から買って来て据え付けて
あるいはどこに設置するかはどうでもよくてネットでアクセスさせて、単に安くあるいは
タダで使わせればそれで良いのかもしれないし。日本で作って日本に据え付ける必要性は
どこにあるのだろうか。利用者がNvidiaのマシンでAIしたいのなら、Nvidiaのサーバーを
どこか電気代の安いところに据えて、それをAIしたい利用者に使わせればそれでいいので
はないだろうか。そうして日本としては独自の方式のスパコンをいろいろなやり方で
大規模ではなくても試作する方に金と人を注いだ方が将来があるのでは？

パソコンでいい？って話か？

もうそろそろLinuxなどの汎用品のOSではなくて、
スパコン専用のOS、UIが採用され利用されるべき
ではないのかと思うね。

それ、メリットあるのかな

専用品は性能をフル活用
仕様も思いのまま
汎用用途には向かなくても専門分野には良いんじゃ

Linuxをカスタムして用足りてるんだったらわざわざ独自OSを開発するメリットは無いよね
既存LinuxやUI(DEなど)を使うのが何か足かせになってるのかな？

カスタマイズしたら専用品

足りてるんなら良いんじゃ？
ハード性能を引き出したりメモリやディスクやら少しでも軽くしたり
チューニングも要らないなら
用途を絞った専用機と比べりゃ無駄だらけだろうな汎用品

>>専用品は性能をフル活用
>>ハード性能を引き出したり

ロマンチストなのかな
メモリ使用量やプロセッサ数で区分し
投入ジョブのみ稼働させるから
カーネルや他プロセスへの切り替えは
極力行わない運用
IOも桁違いに遅いので前後にまとめるのが基本だし

カーネルより投入するプログラムの最適化で決まる世界だよ

アホなのか

OSのソースコードをAIがスキャンして、脆弱性をてんこ盛りに発見。その脆弱性を突くコードを生成する。
そういう時代になったら、毎日数十回の頻繁なOSへのパッチあてとOSの再起動が必要になるのかもしれない。
OSを再起動しなくてもカーネルをモジュール単位で差し替えるなどして動作を継続できるようにする機能が
必要じゃないだろうか。持ちろんその差し替えで動作が狂ったりしてはならないし、やむなく動作を待たせる
場合にもその待ち時間を極めて短く数ミリ秒ぐらいに留めて貰いたいものだ。スパコンでなくても、
デスクトップのLinuxであってもそのような機能は便利なはずだ。

稼働中のままパッチ当てるライブパッチ提供してるディストリはあるよ
RHELとか有償系のみだったと思うけど
まあファイルシステムとか根幹部分は駄目だったりするようだけどね

パッチをあててもそれがOSの動作に反映されるのが次回の再起動から、
というのでは無くて、ただちに反映される。そういう機能が望まれる。

ただちに反映されるのがライブパッチなんだが
で、ファイルシステムとか無理な部分もある

ファイルシステムだけ出来ない理由は？
ファイルバッファをフラッシュして、
しばらくのファイルへの書き込みを
遅らせるて書き込み予定のログをとって
おいて後で適用したのではだめ？

しらねーよ
気になるなら自分で調べろ池沼