アカウント名:
パスワード:
Preemptionについては本当にsourceや他のOSの実装を見たのか疑わしいところがあります。現状のLinux kernelではlock primitiveが貧弱です(特に、adaptive/blocking lockで十分なところにspin lockを使っている)。これはkernelのあちこちでinterrupt levelを引き上げることになります。結果として、割込そのものが遅れるために測定不可能なdispatch delayが生じる恐れがあります。
FreeBSDの場合、最も基本となるlockはblocking lock(多くは将来adaptiveに変更予定)です。spin lockはscheduler lockなど4種類しか用いていません。また、割込も、
5.0 が安定すれば
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
見えないdispatch delayが残りそう (スコア:3, 参考になる)
Preemptionについては本当にsourceや他のOSの実装を見たのか疑わしいところがあります。現状のLinux kernelではlock primitiveが貧弱です(特に、adaptive/blocking lockで十分なところにspin lockを使っている)。これはkernelのあちこちでinterrupt levelを引き上げることになります。結果として、割込そのものが遅れるために測定不可能なdispatch delayが生じる恐れがあります。
FreeBSDの場合、最も基本となるlockはblocking lock(多くは将来adaptiveに変更予定)です。spin lockはscheduler lockなど4種類しか用いていません。また、割込も、
Re:見えないdispatch delayが残りそう (スコア:0)
5.0 が安定すれば、4 ないし 16 CPU くらいのいわゆるミッドレンジの
エンタープライズユースで十分スケールすると思うんだわさ。
というわけで、そろそろ Oracle きぼんぬ。
そうすれば、Linux の上、Solaris の下、くらいの市場に食い込めると思うんだがなぁ。
Re:見えないdispatch delayが残りそう (スコア:0)
予想としては安定するのに3年かかってその間にLinuxに抜かされてるに128カノッサ。
Re:見えないdispatch delayが残りそう (スコア:0)
n-CURRENT が n-STABLE となってからだいたい半年くらい
(リリース二回、つまり n.2-RELEASE)で安定してますね。
Linux 2.6.xでのリリースエンジニアリングは2.4.xみないに
ならないことを期待。
ま、ソースの見えるOS同士、切磋琢磨していったらいいと思います。