パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

FreeBSD -CURRENT のスケジューラが 4BSD から ULE に」記事へのコメント

  • も、性能改善されるものなのでしょうか?

    # SMP時の性能改善だけでも、手放しで嬉しいです
    • by WATT (7709) on 2004年01月26日 11時20分 (#481006) 日記
      リンク先のメールを読む限りでは、HT付きP4だとUPでも効果がありそうですね。他の物だとどうなんでしょう。

      以前(といっても5.1Rを過ぎたぐらい)のULEだと、単純な計算とかを並列させた場合には、SCHED_4BSDのほうが速かったです。
      あれから、様々なチューニングもされてますし、ジャイアントロックを減らす努力もなされているようなので、だいぶ状況は変わっているのかなと思います。

      # 年度末の計算の嵐で、試せるリソースはしばらく無さそう
      親コメント
      • by tag (10007) on 2004年01月26日 11時41分 (#481019) 日記
        5.1-RELEASEの時のベンチマークが以下のリンクで紹介されています。
        UNIX USER 2003/08 [itmedia.co.jp]
        今では改善されていて、こんなひどい結果にはならないと思います。
        親コメント
      • by Jadawin (2174) on 2004年01月28日 14時03分 (#482796) 日記
        メーリングリストのfreebsd-currentで、関連しそうなのをざらっと読んでみたのですが、、、

        UniProcessorでも、アプリケーションを切替える時など、ユーザの操作に対する反応は
        良くなるようです。

        ちなみに、今ULEのkernelで動かしているんですが、setiathomeのCPU占有率が、以前は
        96%ぐらいになっていたのですが、ULE_SCHEDだと75%前後です。

        #setiathomeは、nice 15付きです。

        そこから想像するに、GUI関連の反応は良くなっても、純粋計算系(例えば、コンパイル)
        などは、2~3割遅くなるんじゃないかと。
        親コメント

あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall

処理中...