アカウント名:
パスワード:
(1) 全てのディスク書き込みを非同期にやるなんて正気の沙汰ではなく、メタデータだけは同期すべきとか依存関係を見て正しい順序で書き込みリクエストを送るべきだという批判がありました。しかしながら、今時のディスクで同期や順序は現実的でなく、ジャーナリングかポインタのアトミックなつなぎ変えが実現できるようになるまで批判をスルーしきったのは興味深いです。
(2) M:Nスレッドを採用している商用OSや、そこを目指すBSDをスルーしてシンプルな1:1のスレッドで押し切り、結局は他の多くのOSもM:Nを捨ててしまったようです。プロセスとスレッドを混同している的な批判もありましたが、今は聞かないですね。
(3) SMP対応にシンプルなspin lockを多用するスタイルを採用し、優先度継承やadaptive mutexを使う先進的なOSの開発者からは苦笑されていたものですが、プロファイリングを見てlock区間を短縮するという愚直な方法でスケーラビリティを向上させていったのはカッコ良かったです。
こんな感じで他のOSの真面目なユーザーからの批判に対し弱い者贔屓を楽しめる素晴らしいOSでした。同意する方います? (苦笑)
ZFS以外は論外と言われながらBtrfsも徐々にモノになってきつつあって判官贔屓のし甲斐がありますw
随分前に、SDだったかUnixMagazineだかにBSD開発者とLinux開発者の対談記事があって、それを思い出すわ。
BSDはユーザープロセスに直I/Oを許してないという話で、おごちゃんの「え?じゃどうやってXサーバ作るの?」 って質問にIOCTL使うんですよってBSD側が答えた話。
当時はご都合主義のLinuxと由緒正しいBSDという感じで記事を読んだけど数年後にLinux全盛になった時には、まず今すぐ手持ちのハードが使えるようにすること、今のPCで不足無い速度で動くことの方が実装の正しさや将来よりも普及には重要なのだと思った。
それはそれでたしかにあるか。
# ただ、いまLinuxカーネルにもadaptive mutex(よりよくなってるけど)はあるやな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
バカにされながら... (スコア:4, 興味深い)
(1) 全てのディスク書き込みを非同期にやるなんて正気の沙汰ではなく、メタデータだけは同期すべきとか依存関係を見て正しい順序で書き込みリクエストを送るべきだという批判がありました。しかしながら、今時のディスクで同期や順序は現実的でなく、ジャーナリングかポインタのアトミックなつなぎ変えが実現できるようになるまで批判をスルーしきったのは興味深いです。
(2) M:Nスレッドを採用している商用OSや、そこを目指すBSDをスルーしてシンプルな1:1のスレッドで押し切り、結局は他の多くのOSもM:Nを捨ててしまったようです。プロセスとスレッドを混同している的な批判もありましたが、今は聞かないですね。
(3) SMP対応にシンプルなspin lockを多用するスタイルを採用し、優先度継承やadaptive mutexを使う先進的なOSの開発者からは苦笑されていたものですが、プロファイリングを見てlock区間を短縮するという愚直な方法でスケーラビリティを向上させていったのはカッコ良かったです。
こんな感じで他のOSの真面目なユーザーからの批判に対し弱い者贔屓を楽しめる素晴らしいOSでした。同意する方います? (苦笑)
Re:バカにされながら... (スコア:1)
ZFS以外は論外と言われながらBtrfsも徐々にモノになってきつつあって判官贔屓のし甲斐がありますw
Re:バカにされながら... (スコア:1)
随分前に、SDだったかUnixMagazineだかにBSD開発者とLinux開発者の対談記事があって、それを思い出すわ。
BSDはユーザープロセスに直I/Oを許してないという話で、おごちゃんの「え?じゃどうやってXサーバ作るの?」 って質問にIOCTL使うんですよってBSD側が答えた話。
当時はご都合主義のLinuxと由緒正しいBSDという感じで記事を読んだけど数年後にLinux全盛になった時には、まず今すぐ手持ちのハードが使えるようにすること、今のPCで不足無い速度で動くことの方が実装の正しさや将来よりも普及には重要なのだと思った。
Re: (スコア:0)
それはそれでたしかにあるか。
# ただ、いまLinuxカーネルにもadaptive mutex(よりよくなってるけど)はあるやな。