今井です。 件名の通りなのですが、SuSE 9.0 Beta3を単に起動してログインしたまま何もせずにほったらかしにしておくと、空きメモリーが少しずつ減っていってしまう ようです。 8.2の時はこんな現象起きてなかったのですけど.....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Sun, 28 Sep 2003 03:00:07 +0900, Masaru Imai wrote:
今井です。 件名の通りなのですが、SuSE 9.0 Beta3を単に起動してログインしたまま何もせずにほったらかしにしておくと、空きメモリーが少しずつ減っていってしまう ようです。 8.2の時はこんな現象起きてなかったのですけど.....。
何かのプロセスがメモリを喰いまくっている、という意味でしょうか？ ps でチェックしてください。 それとも、カーネルのメモリー・リークであれば、とりあえず新しいのを 試してみてください。 ftp://ftp.suse.com/pub/people/mantel/next/RPM に常に最新版のカーネルがあります。 2.4.21-99 は 9.0 の最終版とほぼ同じ構成になっています。 -- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
今井です。 肝心な事書き忘れてました。 8.2の時も2.4.21以降のカーネルを組み込むと同じ様な状態になってました。 どうも長時間起動したままの状態にしておくと極端にパフォーマンスが落ちるので おかしいなと思ってfreeコマンドとか使って確認してみたら空きメモリーが残り 4MBとかの状態になってましたし。 「8.2の時」というのは標準で提供されているカーネルのことを指してます。 教えて頂いた新しいカーネルで試してみます。 ダウンロードするのにえらく時間かかる様なので結果についてはまた後で報告し ます。 Takashi Iwai wrote:
何かのプロセスがメモリを喰いまくっている、という意味でしょうか？ ps でチェックしてください。
それとも、カーネルのメモリー・リークであれば、とりあえず新しいのを 試してみてください。
ftp://ftp.suse.com/pub/people/mantel/next/RPM
に常に最新版のカーネルがあります。 2.4.21-99 は 9.0 の最終版とほぼ同じ構成になっています。
-- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 一応現在のタスクの稼働状況は以下の通りです。 top - 23:29:49 up 3:08, 5 users, load average: 0.07, 0.16, 0.15 Tasks: 103 total, 1 running, 101 sleeping, 0 stopped, 1 zombie Cpu(s): 9.1% user, 1.8% system, 0.5% nice, 88.7% idle Mem: 514724k total, 509964k used, 4760k free, 42736k buffers Swap: 1052216k total, 43052k used, 1009164k free, 145196k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3577 internet 18 0 852 852 648 R 5.6 0.2 0:00.05 top 2316 root 15 0 363m 91m 22m S 1.9 18.2 7:26.16 X 2638 internet 15 0 81564 79m 37m S 1.9 15.8 8:44.76 mozilla-bin 1 root 15 0 84 68 48 S 0.0 0.0 0:05.05 init 2 root 15 0 0 0 0 S 0.0 0.0 0:00.08 keventd 3 root 15 0 0 0 0 S 0.0 0.0 0:14.47 kapmd 4 root 34 19 0 0 0 S 0.0 0.0 0:00.48 ksoftirqd_CPU0 5 root 15 0 0 0 0 S 0.0 0.0 0:00.42 kswapd 6 root 15 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 7 root 15 0 0 0 0 S 0.0 0.0 0:00.68 kupdated 8 root 15 0 0 0 0 S 0.0 0.0 0:00.04 kinoded 9 root 25 0 0 0 0 S 0.0 0.0 0:00.00 mdrecoveryd 17 root 15 0 0 0 0 S 0.0 0.0 0:00.02 kreiserfsd 375 root 24 0 0 0 0 S 0.0 0.0 0:00.00 kcopyd 394 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lvm-mpd 768 root 15 0 276 276 228 S 0.0 0.1 0:00.00 startpar 771 root 23 0 276 276 228 S 0.0 0.1 0:00.00 startpar 824 root 15 0 344 308 244 S 0.0 0.1 0:00.00 dpkeyserv 848 bin 24 0 276 232 188 S 0.0 0.0 0:00.00 jserver 849 bin 15 0 30212 29m 820 S 0.0 5.9 0:00.50 jserver 967 root 15 0 664 660 560 S 0.0 0.1 0:00.09 syslogd 970 root 15 0 536 536 328 S 0.0 0.1 0:00.00 klogd 1005 root 21 0 0 0 0 S 0.0 0.0 0:00.00 knodemgrd_0 1049 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd 1449 root 16 0 628 624 536 S 0.0 0.1 0:00.00 resmgrd 1487 bin 15 0 308 308 240 S 0.0 0.1 0:00.00 portmap 1488 root 15 0 4552 2528 1340 S 0.0 0.5 0:00.00 miniserv.pl 1585 root 24 0 1048 944 772 S 0.0 0.2 0:00.02 sshd 1668 lp 15 0 3308 3280 1296 S 0.0 0.6 0:06.84 cupsd 2038 root 15 0 1356 1356 1104 S 0.0 0.3 0:00.00 master 2046 postfix 15 0 1348 1348 1100 S 0.0 0.3 0:00.00 qmgr 2070 nobody 15 0 27192 26m 1132 S 0.0 5.3 0:02.91 xfs 2085 ntp 15 0 2184 2184 1872 S 0.0 0.4 0:00.04 ntpd 2126 root 15 0 0 0 0 S 0.0 0.0 0:00.00 usb-storage-0 2127 root 22 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2 2198 root 15 0 100 4 4 S 0.0 0.0 0:00.00 kdm 2239 root 15 0 224 172 132 S 0.0 0.0 0:00.00 cron 2262 root 15 0 392 340 272 S 0.0 0.1 0:00.01 nscd 2263 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2264 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2265 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2266 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2267 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2268 root 15 0 392 340 272 S 0.0 0.1 0:00.00 nscd 2317 root 16 0 380 56 0 S 0.0 0.0 0:00.00 kdm 2319 root 20 0 60 4 4 S 0.0 0.0 0:00.01 mingetty 2321 root 20 0 60 4 4 S 0.0 0.0 0:00.01 mingetty 2322 root 20 0 60 4 4 S 0.0 0.0 0:00.01 mingetty 2323 root 20 0 60 4 4 S 0.0 0.0 0:00.02 mingetty 2324 root 20 0 60 4 4 S 0.0 0.0 0:00.01 mingetty 2326 root 20 0 60 4 4 S 0.0 0.0 0:00.01 mingetty 2489 internet 16 0 224 4 4 S 0.0 0.0 0:00.05 kde 2522 internet 15 0 2460 2456 1932 S 0.0 0.5 0:01.15 kinput2 2538 internet 15 0 6120 1356 1228 S 0.0 0.3 0:00.12 kdeinit 2541 internet 16 0 6868 2228 1980 S 0.0 0.4 0:00.50 kdeinit 2544 internet 15 0 8208 3608 3228 S 0.0 0.7 0:00.12 kdeinit 2547 internet 15 0 15376 10m 9708 S 0.0 2.1 0:00.77 kdeinit 2561 internet -51 0 6704 6704 5336 S 0.0 1.3 0:00.49 artsd 2564 internet 15 0 17240 12m 10m S 0.0 2.4 0:00.45 kdeinit 2565 internet 15 0 84 56 36 S 0.0 0.0 0:00.04 kwrapper 2567 internet 15 0 14448 9.8m 8896 S 0.0 1.9 0:00.28 kdeinit 2568 internet 16 0 24168 19m 13m S 0.0 3.9 0:06.70 kdeinit 2570 internet 15 0 18732 14m 10m S 0.0 2.8 0:00.93 kdeinit 2572 internet 15 0 23400 18m 14m S 0.0 3.7 0:03.39 kdeinit 2575 internet 15 0 27348 22m 15m S 0.0 4.5 0:32.21 kdeinit 2585 internet 15 0 19328 14m 11m S 0.0 2.9 0:01.70 kdeinit 2592 internet 15 0 19196 14m 10m S 0.0 2.9 0:01.04 kamix 2593 internet 15 0 19276 14m 10m S 0.0 2.9 0:01.01 susewatcher 2594 internet 15 0 21044 16m 11m S 0.0 3.3 0:02.31 suseplugger 2603 internet 15 0 19552 14m 11m S 0.0 3.0 0:01.04 kgpg 2608 internet 15 0 14268 9892 8780 S 0.0 1.9 0:00.64 kdeinit 2612 internet 16 0 14796 10m 8796 S 0.0 2.1 0:39.47 kpager 2618 internet 15 0 20308 15m 11m S 0.0 3.1 0:01.01 knotes 2619 internet 16 0 33820 29m 20m S 0.0 5.8 0:18.39 kdeinit 2621 internet 15 0 14448 9.8m 8600 S 0.0 2.0 0:00.28 kalarmd 2624 internet 20 0 1288 1284 1040 S 0.0 0.2 0:00.01 run-mozilla.sh 2639 internet 15 0 81564 79m 37m S 0.0 15.8 0:00.00 mozilla-bin 2640 internet 15 0 81564 79m 37m S 0.0 15.8 0:04.24 mozilla-bin 2641 internet 15 0 81564 79m 37m S 0.0 15.8 0:00.03 mozilla-bin 2643 internet 15 0 81564 79m 37m S 0.0 15.8 0:01.29 mozilla-bin 2876 internet 15 0 20564 15m 12m S 0.0 3.1 0:01.17 kdeinit 3111 internet 15 0 10840 6280 6068 S 0.0 1.2 0:01.86 kdeinit 3157 postfix 15 0 1300 1300 1064 S 0.0 0.3 0:00.00 pickup 3309 internet 20 0 0 0 0 Z 0.0 0.0 0:00.00 netstat <defunct> 3337 internet 15 0 1760 1760 1416 S 0.0 0.3 0:00.05 rxvt 3338 internet 15 0 2076 2076 1328 S 0.0 0.4 0:00.12 bash 3358 man 15 0 1092 1092 824 S 0.0 0.2 0:00.53 man 3359 internet 24 0 1192 1188 984 S 0.0 0.2 0:00.00 sh 3360 internet 15 0 544 544 400 S 0.0 0.1 0:00.00 zsoelim 3361 internet 15 0 800 800 560 S 0.0 0.2 0:00.05 lv 3362 man 25 10 576 576 276 S 0.0 0.1 0:00.00 gzip 3363 internet 15 0 948 948 844 S 0.0 0.2 0:00.01 tbl 3364 internet 24 0 1252 1248 1040 S 0.0 0.2 0:00.00 nroff 3369 internet 25 0 1220 1220 1068 S 0.0 0.2 0:00.00 groff 3370 internet 15 0 548 548 484 S 0.0 0.1 0:00.00 cat 3371 internet 16 0 4364 4364 1308 S 0.0 0.8 0:00.23 troff 3372 internet 15 0 2580 2580 1064 S 0.0 0.5 0:00.09 grotty 3403 internet 15 0 81564 79m 37m S 0.0 15.8 0:00.02 mozilla-bin 3433 internet 16 0 49464 44m 13m S 0.0 8.8 0:13.43 kjobviewer 3435 internet 15 0 1796 1796 1428 S 0.0 0.3 0:00.11 rxvt 3436 internet 15 0 2084 2084 1332 S 0.0 0.4 0:00.22 bash 3522 internet 15 0 1784 1784 1416 S 0.0 0.3 0:00.03 rxvt 3523 internet 15 0 2076 2076 1328 S 0.0 0.4 0:00.13 bash -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Mon, 29 Sep 2003 23:12:19 +0900, Masaru Imai wrote:
今井です。 肝心な事書き忘れてました。 8.2の時も2.4.21以降のカーネルを組み込むと同じ様な状態になってました。 どうも長時間起動したままの状態にしておくと極端にパフォーマンスが落ちるので おかしいなと思ってfreeコマンドとか使って確認してみたら空きメモリーが残り 4MBとかの状態になってましたし。 「8.2の時」というのは標準で提供されているカーネルのことを指してます。
空きメモリというのは cache や buffer 込み、という意味でしょうか？ free や top で示されている "free" memory というのは、本当に使われてい ないメモリですから、少なくても別に問題ありません。 cache や buffer が少ない場合は、もちろんパフォーマンスに多大な影響が ありますけど。 パフォーマンスが落ちる、というのは、なかなか一意には定義できないのです が、通常、 ・ディスク・アクセスによる I/O starvation (バックグラウンドで大きなプログラムのコンパイル中の作業など) ・ネットワーク周りの delay ・プロセスが肥大化して、スワップを起こす (mozilla でグラフィックを多用するページを多数表示など) というのが主な原因です。最後のが一番ありがちだと思います。 もし、スワップを起こしているようであれば、タスクの切替えなどで 頻繁にディスクアクセスが生じるはずです。 top を起動して "M" を押すと、プロセスのサイズでソートされますので、 どのプロセスが原因なのか確認できますね。 -- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
今井です。 freeメモリが減る件ですけど、init 3でX環境無し状態に移行するとfreeメモリーの食い潰すペースはかなり遅くなります。 で、init 5でX環境有り状態にした場合には、ウィンドウマネージャの種別に関係なくfreeメモリが減少し、freeメモリを食い潰した後にはswapメモリ の食い潰しが始まるようです。 topコマンドで調べてみたら、Xそのものがトップでその後、kdeinit...が続いてます。 グラフィックスドライバ(NVIDIA、GeForceFX5600使用)も影響しているのかも知れませんけど....。 ちなみにこれはしばらくほっといた状態でrxvtが2個、KMailが一個、Konquerorが1個動いている時のtopコマンドの結果です。 Mem: 514716k total, 387044k used, 127672k free, 90400k buffers Swap: 1052216k total, 130420k used, 921796k free, 155160k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6337 internet 15 0 35808 34m 21m S 0.0 7.0 0:06.46 kmail 2374 root 15 0 301m 22m 1472 S 0.3 4.5 7:02.44 X 3878 internet 15 0 25216 18m 14m S 0.0 3.7 0:02.34 kdeinit 2070 nobody 15 0 20800 17m 2872 S 0.0 3.5 0:08.97 xfs 5947 internet 15 0 20284 15m 12m S 0.0 3.1 0:00.92 kdeinit 3845 internet 15 0 16096 9372 6476 S 0.7 1.8 1:58.29 kdeinit 868 bin 15 0 29804 8412 8112 S 0.0 1.6 0:00.38 jserver 3838 internet 16 0 14904 8164 6024 S 0.0 1.6 0:04.32 kdeinit 5940 internet 15 0 11348 6820 6568 S 0.0 1.3 0:00.03 kdeinit 3874 internet 15 0 9944 4864 4112 S 0.0 0.9 0:12.41 kpager 3842 internet 15 0 11912 3980 3172 S 0.0 0.8 0:02.91 kdeinit 3863 internet 15 0 11616 3200 2672 S 0.0 0.6 0:04.82 suseplugger 3862 internet 15 0 10820 3164 2692 S 0.0 0.6 0:01.03 susewatcher 火曜日 30 9月 2003 01:04、Takashi Iwai さんは書きました:
At Mon, 29 Sep 2003 23:12:19 +0900,
Masaru Imai wrote:
今井です。 肝心な事書き忘れてました。 8.2の時も2.4.21以降のカーネルを組み込むと同じ様な状態になってました。 どうも長時間起動したままの状態にしておくと極端にパフォーマンスが落ちるので おかしいなと思ってfreeコマンドとか使って確認してみたら空きメモリーが残り 4MBとかの状態になってましたし。 「8.2の時」というのは標準で提供されているカーネルのことを指してます。
空きメモリというのは cache や buffer 込み、という意味でしょうか？
free や top で示されている "free" memory というのは、本当に使われてい ないメモリですから、少なくても別に問題ありません。 cache や buffer が少ない場合は、もちろんパフォーマンスに多大な影響が ありますけど。
パフォーマンスが落ちる、というのは、なかなか一意には定義できないのです が、通常、
・ディスク・アクセスによる I/O starvation (バックグラウンドで大きなプログラムのコンパイル中の作業など) ・ネットワーク周りの delay ・プロセスが肥大化して、スワップを起こす (mozilla でグラフィックを多用するページを多数表示など)
というのが主な原因です。最後のが一番ありがちだと思います。
もし、スワップを起こしているようであれば、タスクの切替えなどで 頻繁にディスクアクセスが生じるはずです。 top を起動して "M" を押すと、プロセスのサイズでソートされますので、 どのプロセスが原因なのか確認できますね。
-- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Sat, 4 Oct 2003 00:11:47 +0900, Masaru Imai wrote:
今井です。 freeメモリが減る件ですけど、init 3でX環境無し状態に移行するとfreeメモリーの食い潰すペースはかなり遅くなります。
えーと、free メモリというのは、cache および buffer を除いた値、 ということでしょうか？
で、init 5でX環境有り状態にした場合には、ウィンドウマネージャの種別に関係なくfreeメモリが減少し、freeメモリを食い潰した後にはswapメモリ の食い潰しが始まるようです。 topコマンドで調べてみたら、Xそのものがトップでその後、kdeinit...が続いてます。 グラフィックスドライバ(NVIDIA、GeForceFX5600使用)も影響しているのかも知れませんけど....。
ちなみにこれはしばらくほっといた状態でrxvtが2個、KMailが一個、Konquerorが1個動いている時のtopコマンドの結果です。
Mem: 514716k total, 387044k used, 127672k free, 90400k buffers Swap: 1052216k total, 130420k used, 921796k free, 155160k cached
これを見る限りでは、cache & buffer で 240M ですから、問題ないように 見受けられます……が、
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6337 internet 15 0 35808 34m 21m S 0.0 7.0 0:06.46 kmail 2374 root 15 0 301m 22m 1472 S 0.3 4.5 7:02.44 X ^^^^ こいつが随分とデカイ気がするのですが :-)
XFree の nv ドライバを使うとどうなりますか？ -- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
M. Takeyama です。 ＃情報提供モード？ On Mon, 06 Oct 2003 18:28:48 +0200 Takashi Iwai <tiwai@suse.de> wrote: [...]
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6337 internet 15 0 35808 34m 21m S 0.0 7.0 0:06.46 kmail 2374 root 15 0 301m 22m 1472 S 0.3 4.5 7:02.44 X ^^^^ こいつが随分とデカイ気がするのですが :-)
XFree の nv ドライバを使うとどうなりますか？
Xネタなのですが... Recent XFree86 security fixesで、最新のxfree86の開発版が メモリーリークのバグもfixしていたような気がしたので、changelog を確認してしてみました。 このバグが原因ということはないのでしょうか。 441. Fixed memory leaks in the loader (Bugzilla #682 and #683, Juergen Keil). ftp://ftp.xfree86.org/pub/XFree86/develsnaps/changelog-4.3.99.13.txt P.S. ちなみに、XFree86 4.4.0 Release Scheduleが載っていました。 * Feature freeze: 15 October 2003. * Code freeze: 28 November 2003. * Release date: 15 December 2003. となっていました。 http://www.xfree86.org/releaseplans.html ----- M. Takeyama
今井です。 主な原因がつかめました。 やはりNVidiaのドライバとの組み合わせによる様です。 NVidiaのドライバもnvidiaではなくnvになってしまっていてまぎらわしいので、VESAドライバに朝、とりあえず切り替えてログインしたまま夜までほって おきましたが、NVidiaのドライバを組み込んだ時ほどのFreeメモリーの減少はしなくなりました。Xのプロセスを見てもそれほどメモリーを消費しなくなりまし た。 （topコマンドで見ていると少しずつではありますが、topコマンドのfreeメモリーは減るのでドライバ以外の所でリークしてる可能性が少しありそうですけども) 火曜日 07 10月 2003 01:28、Takashi Iwai さんは書きました:
At Sat, 4 Oct 2003 00:11:47 +0900,
Masaru Imai wrote:
今井です。 freeメモリが減る件ですけど、init 3でX環境無し状態に移行するとfreeメモリーの食い潰すペースはかなり遅くなります。
えーと、free メモリというのは、cache および buffer を除いた値、 ということでしょうか？
で、init 5でX環境有り状態にした場合には、ウィンドウマネージャの種別に関係なくfreeメモリが減少し、freeメモリを食い潰した後にはswapメモリ の食い潰しが始まるようです。 topコマンドで調べてみたら、Xそのものがトップでその後、kdeinit...が続いてます。 グラフィックスドライバ(NVIDIA、GeForceFX5600使用)も影響しているのかも知れませんけど....。
ちなみにこれはしばらくほっといた状態でrxvtが2個、KMailが一個、Konquerorが1個動いている時のtopコマンドの結果です。
Mem: 514716k total, 387044k used, 127672k free, 90400k buffers Swap: 1052216k total, 130420k used, 921796k free, 155160k cached
これを見る限りでは、cache & buffer で 240M ですから、問題ないように 見受けられます……が、
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6337 internet 15 0 35808 34m 21m S 0.0 7.0 0:06.46 kmail 2374 root 15 0 301m 22m 1472 S 0.3 4.5 7:02.44 X
^^^^ こいつが随分とデカイ気がするのですが :-)
XFree の nv ドライバを使うとどうなりますか？
-- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Tue, 7 Oct 2003 21:11:03 +0900, Masaru Imai wrote:
（topコマンドで見ていると少しずつではありますが、topコマンドのfreeメモリーは減るのでドライバ以外の所でリークしてる可能性が少しありそうですけども)
再三述べているので御承知かと思いますが、free メモリが減少したように見 えても、実際には cache または buffer に割り当てられている場合がありま す。この場合は、実質上全く問題ありません。むしろ、未使用のメモリを残す よりは好ましいと言えましょう。 free の値のみではなく、cache と buffer の値にも注意してください。 -- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
今井です。 cacheとbufferについては十分気をつけて見ています。 また前回のメイルで勘違いしてたところがありました。 使用していたのはXFree86標準のnvドライバでnVIDIAのnvidiaドライバは使用していませんでした。 標準のnvドライバを使うよりは、NVidia提供のnvidiaドライバを使用した方が若干メモリーを食い潰さない様なのでそちらで様子を見ていきたいと思います。 また1日以上連続稼働の場合には、アプリケーションを使用する際のパフォーマンスが落ちる(カーネル+KDEが動いてるだけでも空きメモリが存在せず既にスワップが行 われている)ので毎日コールドブートを行えれば良いのですけれど、ブロードバンドルータのログも管理していることもあり連続使用が前提のためメモリーを512MBか ら1GB overにする方向で対応したいと思います。 消極的な対応かもしれませんが、これで多分パフォーマンスが落ちる状態になるまでの時間が少しは延びるものと思います。 火曜日 07 10月 2003 21:21、Takashi Iwai さんは書きました:
At Tue, 7 Oct 2003 21:11:03 +0900,
再三述べているので御承知かと思いますが、free メモリが減少したように見 えても、実際には cache または buffer に割り当てられている場合がありま す。この場合は、実質上全く問題ありません。むしろ、未使用のメモリを残す よりは好ましいと言えましょう。 free の値のみではなく、cache と buffer の値にも注意してください。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Wed, 8 Oct 2003 01:04:37 +0900, Masaru Imai wrote:
今井です。 cacheとbufferについては十分気をつけて見ています。
また前回のメイルで勘違いしてたところがありました。 使用していたのはXFree86標準のnvドライバでnVIDIAのnvidiaドライバは使用していませんでした。 標準のnvドライバを使うよりは、NVidia提供のnvidiaドライバを使用した方が若干メモリーを食い潰さない様なのでそちらで様子を見ていきたいと思います。
うーん、だとすると、XFree86 の方の問題でしょうね。 takezou さんの書かれた fix で直っていると良いのですが。
また1日以上連続稼働の場合には、アプリケーションを使用する際のパフォーマンスが落ちる(カーネル+KDEが動いてるだけでも空きメモリが存在せず既にスワップが行 われている)ので毎日コールドブートを行えれば良いのですけれど、ブロードバンドルータのログも管理していることもあり連続使用が前提のためメモリーを512MBか ら1GB overにする方向で対応したいと思います。
X サーバ (もしくは KDE の何か) が太りすぎ、というのであれば、コールド・ ブートせずとも、セッションを終了して、X を再起動すると、メモリが開放さ れるはずですね。 -- Takashi Iwai <tiwai dot suse.de> ALSA Developer - www.alsa-project.org
今井です。 本日休暇を取れましたので512MBのメモリーを一枚買ってきて増設し、合計1GBにしました。 これでよほどの事がない限りカーネル+KDEを起動しただけの状態でも一日で空きメモリが無 くなり、スワップを開始する様な事は無いと思います。 そのうちXFree86とかバージョンアップしたら再度確認してみようと思いますが、当面このまま 行く予定です。 水曜日 08 10月 2003 01:04、Masaru Imai さんは書きました:
今井です。
われている)ので毎日コールドブートを行えれば良いのですけれど、ブロードバンドルータのログも管理していることもあり連続使用が前提のためメモリーを512M Bか ら1GB overにする方向で対応したいと思います。 消極的な対応かもしれませんが、これで多分パフォーマンスが落ちる状態になるまでの時間が少しは延びるものと思います。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
participants (3)
-
Masaru Imai -
Takashi Iwai -
takezou