スパコンのOSは全てLinux

という事は
サーバ➡デスクトップの順にLinuxに順次置き換わる
Windows終了

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

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

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

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

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

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

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

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

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

アホなのか

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

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

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

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

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

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