M. Takeyamaです。 On Tue, 04 Oct 2005 12:23:09 +0200 Takashi Iwai wrote: [...]

preload は KDE の起動時には既に終了しているはずです。 もし残っていたら、それが問題かも。 起動時(起動プロセス)のメッセージをみているかぎり かなり早い段階でpreload(作業)は終わっていますね。

ただ、終了時もpreloadが何かしていそうなので... ＃preloadの起動・終了のファイルの中身までまだ確認していません。

とはいえ、preload はただファイルを読み込んで、read cache を大量に作る だけの物ですから、それ自身は memory pressure にはならないと（理論上） 思いますよ。 例えば、128MB のマシンでも preload は問題なく動きますが、cache に使え るページが少ないので、どのみちあまり役に立たないです。 根拠が無いのですが... 9.3 と 10.0 で思い浮かぶ大きな違いが、preload機能だった ものですから... ＃(無責任な発言でしたね。)

--- M. Takeyama -------------------------------------- Know more about Breast Cancer http://pr.mail.yahoo.co.jp/pinkribbon/

At Tue, 4 Oct 2005 20:53:45 +0900, K.Suzuki wrote:

K.Suzukiです。

On Mon, 3 Oct 2005 22:25:40 +0900 Masaru Imai wrote:

...

今井です。

自分で書いてても変な質問だと思うんですが、

10.0使用を前提で KDEをランレベル5でkdmログインから使用 ログインするだけ スクリーンセーバー動かしてほうっておく

というかなり無駄に軽い？条件で一週間連続で稼働 させる場合に起動直後のパフォーマンスを維持する にはメインメモリ何GB積めばいいのでしょうか。

自分の SUSE 9.2 (近々 10.0 に移行する予定 :-)を使用してての経験から言うと、 cron から /etc/cron.daily/updatedb が起動するたびにメモリを大量に消費して、 さらにその処理中に大量の Disk I/O も加わるので、その間はアプリの起動や動作が かなりもっさりとした動作になってしまいます。 ＃しかも、/home 配下のファイル数が 90 万ぐらいあるので updatedb がなかなか終わ ＃らないという．．(そろそろメールの整理しないといけないのかなぁ)

で、大量にメモリバッファ領域を喰い尽くし、その上容赦なく swap に追い出す勢いで 処理した後にようやく静かにしてくれます。:-)

まぁ、updatedb を無効にすればいい事なんですけどね。

ごもっとも。それが findutils-locate パッケージがデフォルトでインストー ルされない理由なのです。locate ってあんまし使えない、というのもあるの ですが :-) ところで、10.0 で CFQ を IO-scheduler に使っている場合（デフォルトの状 態）では、ionice というユーティリティが使えます。 nice の IO-scheduler 版です。これを加えてやると、負荷が軽くなるんじゃ ないかな。 -- Takashi Iwai ALSA Developer - www.alsa-project.org

At Wed, 5 Oct 2005 00:10:47 +0900, K.Suzuki wrote:

K.Suzukiです。

...

ところで、10.0 で CFQ を IO-scheduler に使っている場合（デフォルトの状 態）では、ionice というユーティリティが使えます。 nice の IO-scheduler 版です。これを加えてやると、負荷が軽くなるんじゃ ないかな。

10.0 を入れた際に使用してみます。

ところで、SUSE 9.2 の デフォルトの IO-scheduler は、anticipatory io scheduler でしたけど、CFQ に変わった特別な理由があったのでしょうか？

CFQ の開発者の Jens Axboe は SUSE に所属しているのです :-) 9.3 でも (少なくともカーネル上では) CFQ がデフォルトだったと思います。 まあ、通常のデスクトップ用途だと、AS と CFQ の違いを露骨に感じることは あまりないと思いますけど。 -- Takashi Iwai ALSA Developer - www.alsa-project.org

At Wed, 5 Oct 2005 01:20:50 +0900, K.Suzuki wrote:

K.Suzukiです。

On Tue, 04 Oct 2005 17:33:49 +0200 Takashi Iwai wrote:

...

At Wed, 5 Oct 2005 00:10:47 +0900, K.Suzuki wrote:

...

K.Suzukiです。

...

ところで、10.0 で CFQ を IO-scheduler に使っている場合（デフォルトの状 態）では、ionice というユーティリティが使えます。 nice の IO-scheduler 版です。これを加えてやると、負荷が軽くなるんじゃ ないかな。

10.0 を入れた際に使用してみます。

ところで、SUSE 9.2 の デフォルトの IO-scheduler は、anticipatory io scheduler でしたけど、CFQ に変わった特別な理由があったのでしょうか？

CFQ の開発者の Jens Axboe は SUSE に所属しているのです :-)

それは失礼しました。 ＃ Jens Axboe 氏が SUSE に所属しているという事は知っていましたが．．

...

9.3 でも (少なくともカーネル上では) CFQ がデフォルトだったと思います。 まあ、通常のデスクトップ用途だと、AS と CFQ の違いを露骨に感じることは あまりないと思いますけど。

自分でカスタマイズしておきながらデフォルトであると勘違いしてました。

でも、Anticipatory IO scheduler の開発者は同じ SUSE に所属してる Nick Piggin 氏ではないでしょうか？(憶測ですけど)

そういえばそうですね。Jens も AS の開発に噛んでますし。 AS はあまり最近開発が進んでない、というのか放置されてますから…。 -- Takashi Iwai ALSA Developer - www.alsa-project.org