アカウント名:
パスワード:
サーバー向けやリアルタイム向けのスケジューリングパッチは既に色々なベンダ等が作成していて利用されてます。今回のwonder patchは色々な局面でそこそこの性能が出る性質のもので主にデスクトップでの利用に効果があるらしいです。
サーバやリアルタイム向けのスケジューリングパッチは色々ある。で、今回のはむしろデスクトップ向けだよ。と、元コメはそういう意図だととりました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
自動プロセスグルーピングで (スコア:0)
単機能なサーバだと有り難みはほとんどないとは思うんだが
なんかあるかな?
Re: (スコア:0)
サーバー向けやリアルタイム向けのスケジューリングパッチは既に色々なベンダ等が作成していて利用されてます。
今回のwonder patchは色々な局面でそこそこの性能が出る性質のもので主にデスクトップでの利用に効果があるらしいです。
Re: (スコア:0)
Re: (スコア:1)
Re: (スコア:0)
Re: (スコア:1)
サーバやリアルタイム向けのスケジューリングパッチは色々ある。
で、今回のはむしろデスクトップ向けだよ。
と、元コメはそういう意図だととりました。
Re: (スコア:0)
セッションIDを継承した子プロセスがグルーピング対象になるわけだから
色んなサービスを単体で提供してるサーバの高負荷時の応答性改善にもなると思う
特に繁忙期のpostfixなんかはこれでかなり行儀よくなりそうな
そもそも大元のコメは性能劣化に繋がるシナリオについての話なのに
これはデスクトップ向きなんです なんて言ったところで
「あ、そう。それで?」でおしまいな気がするな
Re: (スコア:1)
Re: (スコア:0)
サーバ向けスケジューリングとか
デスクトップ向けスケジューリングとか っていう言い方をする時点で
今回のautogroupについ て何にもわかってないってことなんだ よ
そもそも、そのトンチンカンな「ナントカ向けスケジューリング」っていうのは
スケジューリングポリシーの話であって、今回の変更 ではスケジューリングの方針も契機も
ディスパッチャの挙動も何ら変わってない。
プロセスに 対する重み付けの判断基準も変わらない。
(強引にリアルタイムプロセスに格上げするとかなん とかっていうのもない)
Re:自動プロセスグルーピングで (スコア:0)
スケジューリングのやり方は確かに変わってないんてすよね
変わったのはプロセス管理ですからねぇ