On Thu, Mar 28, 2002 at 09:09:25PM +0100, David Haller wrote:
Hallo,
On Thu, 28 Mar 2002, Peter Wiersig wrote:
Nein, es ist nicht nur der Buffer: Der used memory ist bei 170M. Wenn ich mir ne Prozess-Liste mit dem Speicher der Prozesse ausgeben lasse und die zusammen rechne, komme ich niemals auf die 170M.
Hm. Mach mal ein:
free -t; ( cat /proc/[0-9]*/status | grep VmSize | \ awk '{print $2, "+"}'; echo '0'; ) | xargs | bc
Der Wert in der letzten Zeile muesste dem von "-/+ buffers/cache: used" in etwa entsprechen.
Also noch mal: Nachdem cron.daily updatedb gestartet hat, fehlen 170M an freien Speicher.
Hm. Mach mal obiges vor und nach dem updatedb.
----- Script started on Sat Mar 30 13:40:23 2002 bash-2.05# mount /dev/hda4 on / type ext2 (rw) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda1 on /boot type ext2 (rw) shmfs on /dev/shm type shm (rw) bash-2.05# uname -a Linux peter 2.4.18 #2 Mon Mär 25 09:55:02 CET 2002 i686 unknown bash-2.05# ls -l /usr/src/linux total 12 drwxr-xr-x 3 root root 4096 Dec 23 17:45 kernel-modules lrwxrwxrwx 1 root root 17 Mar 21 15:24 linux -> linux-2.4.18.SuSE drwxr-xr-x 15 root root 4096 Mar 28 17:33 linux-2.4.18.SuSE drwxr-xr-x 7 root root 4096 Jul 8 2001 packages bash-2.05# lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 02) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 02) 00:04.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) 00:04.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) 00:04.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) 00:04.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) 00:09.0 SCSI storage controller: Tekram Technology Co.,Ltd. TRM-S1040 (rev 01) 00:0a.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02) 00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) 00:0c.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] (rev 01) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) bash-2.05# cat /proc/filesystems nodev rootfs nodev bdev nodev proc nodev sockfs nodev tmpfs nodev shm nodev pipefs ext3 ext2 minix nodev nfs nodev devpts reiserfs bash-2.05# fdisk -l Disk /dev/hda: 255 heads, 63 sectors, 1245 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 1 2 16033+ 83 Linux /dev/hda2 3 394 3148740 83 Linux /dev/hda3 395 411 136552+ 82 Linux swap /dev/hda4 412 1245 6699105 83 Linux bash-2.05# free -t; ( cat /proc/[0-9]*/status | grep VmSize | awk '{print $2, "+""}'; echo '0';)|xargs|bc total used free shared buffers cached Mem: 385484 19252 366232 0 1024 12932 -/+ buffers/cache: 5296 380188 Swap: 136544 0 136544 Total: 522028 19252 502776 11696 bash-2.05# updatedb bash-2.05# free -t; ( cat /proc/[0-9]*/status | grep VmSize | awk '{print $2, "+""}'; echo '0';)|xargs|bc total used free shared buffers cached Mem: 385484 270932 114552 0 31248 78852 -/+ buffers/cache: 160832 224652 Swap: 136544 0 136544 Total: 522028 270932 251096 11696 bash-2.05# Script done on Sat Mar 30 14:18:37 2002 -----
Und lass ein 'top' (nach Speicher sortiert -> 'M' eingeben) mitlaufen, vielleicht faellt dir ja da was auf.
find stabil bei 844 (Size / RSS) "sort -f " steigt bis ca 20M frcode war nicht sichtbar
Wenn dann wirklich was fehlt, dann hast du wohl ein Speicherleck in einem der verwendeten Programme (u.a. find, sort, frcode, sed, bigram, code)... Was setzt du denn ein? (Kernel- / SuSE- / find-Version?)
Kernel 2.4.18.SuSE-21 / SuSE 7.2 / GNU find version 4.1.6 An die Programme glaub ich bei diesem Problem eher nicht. Ich vermute mal das der Kernel mich da irgendwie falsch versteht.
Ah! Und was steht bei dir in der rc.config? grep UPDATEDB /etc/rc.config
RUN_UPDATEDB="yes" RUN_UPDATEDB_AS="nobody" UPDATEDB_NETPATHS="" UPDATEDB_PRUNEPATHS="/S.u.S.E. /mnt /cdrom /tmp /usr/tmp /var/tmp \ /var/spool /proc /windows /www-mirror /var/www" UPDATEDB_NETUSER="" Peter