On Wed, Mar 27, 2002 at 11:55:28PM +0100, David Haller wrote:
On Wed, 27 Mar 2002, Peter Wiersig wrote:
Script started on Wed Mar 27 10:10:18 2002 bash-2.05# free -t total used free shared buffers cached Mem: 385484 10488 374996 0 872 4996 -/+ buffers/cache: 4620 380864 ^^^^ ^^^^ bash-2.05# free -t total used free shared buffers cached Mem: 385484 283808 101676 0 33592 78312 -/+ buffers/cache: 171904 213580 ^^^^^^ ^^^^^
Dahin "verschwindet" dein Speicher. updatedb laesst u.a. ja ein find / laufen, es wird also ein grossteil der HD eingelesen und dabei wird ganz normal gecached / gebuffert.
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. Die Anzeige unter cached steigt ja auch schliesslich nur um 73M und ausserdem rechnet "free -t" den buffer und cache Speicher in der 2. Zeile raus. Also noch mal: Nachdem cron.daily updatedb gestartet hat, fehlen 170M an freien Speicher. Hier ist die Ausgabe meiner laufenden Sitzung: wiersig@peter:~ $ free -t total used free shared buffers cached Mem: 385484 146484 239000 0 4884 72288 -/+ buffers/cache: 69312 316172 Swap: 136544 0 136544 Total: 522028 146484 375544 (Hab heute morgen mal wieder die /var/spool/cron/lastrun/cron.daily ge"touch"ed, damit ich ohne reboot arbeiten kann.) Peter