アカウント名:
パスワード:
まあ、2.6 系は試していきますが、本格的に切り替えるのは、2.6.10 くらいからかな？2.4のときは、2.4.6までSMPの動きがちょっとおかしかったし ...
性能はともかくとして, 最近のATAng関連らしい(?)不具合が多発していてサーバでの使用には二の足をふみますね. Xeon+全SCSI構成みたいな鉄板ハードウェアなら話は別なのかもしれませんが.
ほんの少し前にはfsckさえまともに通らず, 今でもshutdown時のバッファ書き出しが中途で失敗して毎回fsckがかかるありさまだし, ディスクIOの重い処理(例えばOOoあたりのports make)
1年前(いや半年前かも)に現在の品質なら全く問題無いんですけど, 当初の予定では5.2でSTABLEブランチに移行ということだったので, そのタイミングを考慮すると問題かな? と. 今の時点なら, 普通はバグ潰しとチューニングに入っている時期なんで.
私もATAng周りはソースやMLの議論を追っていないので理解していないのですが, この時期に大幅な変更を入れたということは, 従来のATAフレームワークだと新しいスケジューラ等の性能を生かしきれないという判断があったのだと思います. 実際, IDEディスクに高負荷がかかった場合に, IO競合していないはずの他のプロセスにも影響が出るという状態ですから, 特に最近のように大容量IDEディスクを使った小規模サーバ用途では大きな問題になるのは見えていました. ですから入れるなら, まだcurrentの今の時期にというのは分かるんですけど...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
すぐに 2.6 に乗りかえるほうがよい (スコア:1, 参考になる)
まあ、2.6 系は試していきますが、本格的に切り替えるのは、2.6.10 くらいからかな？2.4のときは、2.4.6までSMPの動きがちょっとおかしかったし ...
同様にFreeBSD5-currentも (スコア:3, 参考になる)
性能はともかくとして, 最近のATAng関連らしい(?)不具合が多発していてサーバでの使用には二の足をふみますね. Xeon+全SCSI構成みたいな鉄板ハードウェアなら話は別なのかもしれませんが.
ほんの少し前にはfsckさえまともに通らず, 今でもshutdown時のバッファ書き出しが中途で失敗して毎回fsckがかかるありさまだし, ディスクIOの重い処理(例えばOOoあたりのports make)
Re:同様にFreeBSD5-currentも (スコア:1, すばらしい洞察)
Re:同様にFreeBSD5-currentも (スコア:2, 参考になる)
1年前(いや半年前かも)に現在の品質なら全く問題無いんですけど, 当初の予定では5.2でSTABLEブランチに移行ということだったので, そのタイミングを考慮すると問題かな? と. 今の時点なら, 普通はバグ潰しとチューニングに入っている時期なんで.
私もATAng周りはソースやMLの議論を追っていないので理解していないのですが, この時期に大幅な変更を入れたということは, 従来のATAフレームワークだと新しいスケジューラ等の性能を生かしきれないという判断があったのだと思います. 実際, IDEディスクに高負荷がかかった場合に, IO競合していないはずの他のプロセスにも影響が出るという状態ですから, 特に最近のように大容量IDEディスクを使った小規模サーバ用途では大きな問題になるのは見えていました. ですから入れるなら, まだcurrentの今の時期にというのは分かるんですけど...