アカウント名:
パスワード:
その一つのセキュリティホールを見つけるのにどれだけでもかけてやるさ、ってのがOpenBSDだと思っています。 つぶすのには1時間かも知れませんが、見つけるのには...。 実際、かなり多くの時間が投入されているんじゃないかと。
OpenBSD SMP project [openbsd.org]
始まったばかりですけどね. OpenBSDの初めてのbranchだったんじゃなかったっけ?
確かに、もしOpenBSDでマルチコアなCPUを処理させたら遅かろう。しかし、HTやマルチコアのような「仮想CPU1つにOpenBSD1つ」の割合で動かしたら?SMPなのに「仮想NUMA」のように使うわけ。
物理アドレスをどうやって分離するのか、というチップセット上の問題は残るし、性能も落ちるかもしれないが、スケールはするだろう。OpenBSDにも『逃げ道は』まだあると思うぞ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
カーネルコード(SMP or デュアルコア) (スコア:1, 興味深い)
デュアルコアやSMPのマシンが普及してくるであろう。
だとすると、現在のところスケーラビリティのことをあ
まり考えていないでいる(e.g. カーネル内スレッドとか)
OpenBSDは、将来そのことが足かせとなって導入を見送っ
てしまうケースが出てくるのではなかろうか?「OpenBSD
なんて遅くて使ってられっかよ」ってね。
ひとつのセキュリティホールをつぶすのは1時間ハック
で十分だけど、並列性の利くカーネルを創っていくには
時間のかかる仕事なのですよね?
Re:カーネルコード(SMP or デュアルコア) (スコア:2, すばらしい洞察)
その一つのセキュリティホールを見つけるのにどれだけでもかけてやるさ、ってのがOpenBSDだと思っています。 つぶすのには1時間かも知れませんが、見つけるのには...。 実際、かなり多くの時間が投入されているんじゃないかと。
Re:カーネルコード(SMP or デュアルコア) (スコア:0)
Re:カーネルコード(SMP or デュアルコア) (スコア:1, 参考になる)
そういう時代が来た時には、NetBSDあたりから必要な部分を移植してくるか、あるいはOpenBSDからNetBSDへ資産を移行してNetBSDともOpenBSDともつかないOSを作る集団が出てくるか…
仮にOpenBSD自体が完全消滅(開発の完全停止)したとしても、OpenSSHに代表されるようにOpenBSD由来の資産は今後も残っていくでしょうし、もしその時点で他OSのセキュア度がOpenBSDに追いついていなければ、最後バージョンを「スケーラビリティは無くてもセキュアなOS」のリファレンスとして別OSが参考にして生かしていけば、オープンソース的には構わないのでは?
Re:カーネルコード(SMP or デュアルコア) (スコア:0)
を移植してくるだけで解決する問題ではない。ドライバを移植す
るのとは本質的に異なった仕事である。
FreeBSDはSolaris的アプローチで性能を上げようとがんばってい
る。しかしOpenBSDはど
Re:カーネルコード(SMP or デュアルコア) (スコア:0)
セキュリティの品質(?)を落とさずにできるなら
すでにやってるんじゃないですかね~。
Re:カーネルコード(SMP or デュアルコア) (スコア:1)
OpenBSD SMP project [openbsd.org]
始まったばかりですけどね. OpenBSDの初めてのbranchだったんじゃなかったっけ?
Re:カーネルコード(SMP or デュアルコア) (スコア:0)
確かに、もしOpenBSDでマルチコアなCPUを処理させたら遅かろう。しかし、HTやマルチコアのような「仮想CPU1つにOpenBSD1つ」の割合で動かしたら?SMPなのに「仮想NUMA」のように使うわけ。
物理アドレスをどうやって分離するのか、というチップセット上の問題は残るし、性能も落ちるかもしれないが、スケールはするだろう。OpenBSDにも『逃げ道は』まだあると思うぞ。