Unglaublich hoher RAM Verbrauch bei meinem linux system!? Wieso?
Ich bin am rästseln wieso das Linux mit Basisdiensten wie HTTPD und mysql und einem Tomcat so unglaublich Speicherhungrig ist. Es stehen "nur" 3GB zur verfügung und arbeiten kann man fast gar nicht auf dieser Kiste da extrem langsam...
Ich habe ein CentOS release 5.4 (Final) in einer virtuellen Maschine am laufen das wie geschrieben 3 GB RAM hat (bereits aufgestockt von 1GB). Der swap Bereich ist "nur" 1GB gross (historisch bedingt).
Auf dieser virtuellen Maschine läuft ein Apache HTTPD, ein Apache Tomcat und eine mysql Datenbank drauf. Der Speicherverbrauch liegt nach neuem Systemrestart schon bei 700 MB und ist nach ein paar Stunden arbeiten auf dem Systrem auf knapp 3 GB angewachsen! Ich weiss nicht wieso das so ist und bin planlos. Beende ich den tomcat und den apache httpd dienst, bleibt der speicher trotzdem belegt im lt. Anzeige von top (habe bei Mem: xxxx used geschaut). Echt seltsam und ich weiss nicht wieter!
Ich habe übrigens parallel mit den quasi gleichen Diensten ein debian linux in einer vmware mit gerade mal 512 MB RAM Gesamtspeicher, das um ein vielfaches schneller ist aber nur knapp 400 MB Speicher frisst!? Und das läuft seit tagen und die arbeit die gemacht wird auf diesem System ist die gleiche!
Hier mal ein top mit "F" -> "n" des speicherhungrigen CentOS Systems:
Ich hoffe es kann mir wer einen tipp geben oder weiss sogar woran es liegen könnte.
Vll. ist auch dieser Email dienst Schuld? Den brauche ich eig. gar nicht...
Danke im vorraus!
Phil
Ich habe ein CentOS release 5.4 (Final) in einer virtuellen Maschine am laufen das wie geschrieben 3 GB RAM hat (bereits aufgestockt von 1GB). Der swap Bereich ist "nur" 1GB gross (historisch bedingt).
Auf dieser virtuellen Maschine läuft ein Apache HTTPD, ein Apache Tomcat und eine mysql Datenbank drauf. Der Speicherverbrauch liegt nach neuem Systemrestart schon bei 700 MB und ist nach ein paar Stunden arbeiten auf dem Systrem auf knapp 3 GB angewachsen! Ich weiss nicht wieso das so ist und bin planlos. Beende ich den tomcat und den apache httpd dienst, bleibt der speicher trotzdem belegt im lt. Anzeige von top (habe bei Mem: xxxx used geschaut). Echt seltsam und ich weiss nicht wieter!
Ich habe übrigens parallel mit den quasi gleichen Diensten ein debian linux in einer vmware mit gerade mal 512 MB RAM Gesamtspeicher, das um ein vielfaches schneller ist aber nur knapp 400 MB Speicher frisst!? Und das läuft seit tagen und die arbeit die gemacht wird auf diesem System ist die gleiche!
Hier mal ein top mit "F" -> "n" des speicherhungrigen CentOS Systems:
top - 19:13:14 up 7 min, 1 user, load average: 0.16, 0.95, 0.59
Tasks: 91 total, 2 running, 89 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3090720k total, 627960k used, 2462760k free, 16012k buffers
Swap: 1048568k total, 0k used, 1048568k free, 181416k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3725 tomcat 18 0 1138m 55m 9032 S 0.0 1.9 0:10.00 java
3567 mysql 23 0 184m 22m 3088 S 0.0 0.7 0:01.66 mysqld
3919 root 34 19 250m 15m 2080 S 0.0 0.5 0:00.44 yum-updatesd
3654 root 18 0 207m 14m 5056 S 0.0 0.5 0:01.06 httpd
3797 apache 18 0 207m 10m 688 S 0.0 0.4 0:00.01 httpd
3800 apache 19 0 207m 10m 688 S 0.0 0.4 0:00.02 httpd
3801 apache 20 0 207m 10m 688 S 0.0 0.4 0:00.02 httpd
3802 apache 24 0 207m 10m 688 S 0.0 0.4 0:00.02 httpd
3805 apache 25 0 207m 10m 688 S 0.0 0.4 0:00.01 httpd
3304 haldaemo 15 0 31108 4184 1584 S 0.0 0.1 0:01.02 hald
3972 root 15 0 90132 3352 2608 R 0.0 0.1 0:00.06 sshd
3448 root 18 0 132m 2708 1796 S 0.0 0.1 0:00.09 cupsd
3678 root 18 0 69008 2104 696 S 0.0 0.1 0:00.04 sendmail
3697 smmsp 24 0 59764 1800 648 S 0.0 0.1 0:00.02 sendmail
3987 root 16 0 66080 1516 1172 S 0.0 0.0 0:00.00 bash
3392 root 19 0 54400 1512 1116 S 0.0 0.0 0:00.03 automount
3804 avahi 15 0 23276 1392 1168 S 0.0 0.0 0:00.10 avahi-daemon
3276 root 18 0 21040 1328 584 S 0.0 0.0 0:00.13 pcscd
3517 root 25 0 65944 1288 1072 S 0.0 0.0 0:00.01 mysqld_safe
2696 root 15 0 17536 1232 992 S 0.0 0.0 0:00.17 vmware-guestd
3429 root 18 0 62632 1204 648 S 0.0 0.0 0:00.00 sshd
3738 root 18 0 74836 1168 596 S 0.0 0.0 0:00.05 crond
3934 root 34 19 12916 1108 964 S 0.0 0.0 0:00.04 gam_server
4015 root 15 0 12732 1072 820 R 0.0 0.0 0:00.08 top
3305 root 17 0 21692 1064 876 S 0.0 0.0 0:00.16 hald-runner
3233 dbus 15 0 21264 936 692 S 0.0 0.0 0:00.02 dbus-daemon
3178 root 25 0 14360 908 744 S 0.0 0.0 0:00.01 rpc.statd
3480 root 21 0 21644 900 680 S 0.0 0.0 0:00.00 xinetd
3313 haldaemo 18 0 12324 852 740 S 0.0 0.0 0:00.00 hald-addon-acpi
3319 haldaemo 18 0 12324 852 740 S 0.0 0.0 0:00.00 hald-addon-keyb
639 root 21 -4 12676 848 404 S 0.0 0.0 0:00.53 udevd
3063 root 11 -4 27332 824 592 S 0.0 0.0 0:00.00 auditd
3068 root 7 -8 16272 780 640 S 0.0 0.0 0:00.00 audispd
3102 root 15 0 10108 772 620 S 0.0 0.0 0:00.01 syslogd
3210 root 18 0 48724 724 292 S 0.0 0.0 0:00.00 rpc.idmapd
1 root 18 0 10348 704 592 S 0.0 0.0 0:00.58 init
3328 root 18 0 10228 688 588 S 0.0 0.0 0:00.13 hald-addon-stor
3139 rpc 15 0 8052 592 468 S 0.0 0.0 0:00.00 portmap
3291 root 18 0 3800 576 480 S 0.0 0.0 0:00.00 acpid
3840 root 15 0 3792 492 420 S 0.0 0.0 0:00.00 mingetty
3846 root 19 0 3792 492 420 S 0.0 0.0 0:00.01 mingetty
3841 root 18 0 3792 488 420 S 0.0 0.0 0:00.00 mingetty
3844 root 18 0 3792 488 420 S 0.0 0.0 0:00.00 mingetty
3848 root 19 0 3792 488 420 S 0.0 0.0 0:00.00 mingetty
3857 root 19 0 3792 488 420 S 0.0 0.0 0:00.01 mingetty
3366 root 18 0 8516 484 380 S 0.0 0.0 0:00.00 hidd
3837 root 18 0 18416 480 272 S 0.0 0.0 0:00.00 smartd
3763 root 23 0 18740 468 316 S 0.0 0.0 0:00.01 atd
3105 root 15 0 3804 440 352 S 0.0 0.0 0:00.00 klogd
3119 root 18 0 10760 388 256 S 0.0 0.0 0:00.03 irqbalance
3711 root 25 0 6452 372 292 S 0.0 0.0 0:00.00 gpm
3806 avahi 23 0 23148 336 180 S 0.0 0.0 0:00.00 avahi-daemon
2 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/1
5 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 events/0
7 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 events/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:00.04 khelper
[...]
Ich hoffe es kann mir wer einen tipp geben oder weiss sogar woran es liegen könnte.
Vll. ist auch dieser Email dienst Schuld? Den brauche ich eig. gar nicht...
Danke im vorraus!
Phil
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 148458
Url: https://administrator.de/contentid/148458
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
12 Kommentare
Neuester Kommentar
Moin,
kleiner Tipp: Cached... Linux ist kein ganz blödes System. Es nimmt freien RAM als File-Cache. Und damit ist der RAM immer voll... Selbst wenn du 64 GB RAM einbaust - irgendwann sollten auch die voll sein. Denn freier Speicher ist Geldverschwendung... (den hättest du nich kaufen brauchen wenn der frei ist.).
Von daher - alles ok, lass die Kiste laufen und entspann dich
kleiner Tipp: Cached... Linux ist kein ganz blödes System. Es nimmt freien RAM als File-Cache. Und damit ist der RAM immer voll... Selbst wenn du 64 GB RAM einbaust - irgendwann sollten auch die voll sein. Denn freier Speicher ist Geldverschwendung... (den hättest du nich kaufen brauchen wenn der frei ist.).
Von daher - alles ok, lass die Kiste laufen und entspann dich
Ähm, bin ich jetzt der Einzige, der die Tabelle auch anschaut bevor er schreibt?
Ich sehe da oben:
Mem: 3090720k total, 627960k used, 2462760k free, 16012k buffers
Und 627960k used, 2462760k free bedeutet, das ca. 2,5 GB frei sind (gut, ein bischen Cache liegt da auch noch drin) und nur 670 MB benutzt werden.
Wo ist also der unglaublich hohe RAM Verbrauch?
CPU Auslastung ist auch praktisch 0.
Wie sieht das eigentlich mit der Auslastung des Systems aus, auf dem die VM läuft?
Ich sehe da oben:
Mem: 3090720k total, 627960k used, 2462760k free, 16012k buffers
Und 627960k used, 2462760k free bedeutet, das ca. 2,5 GB frei sind (gut, ein bischen Cache liegt da auch noch drin) und nur 670 MB benutzt werden.
Wo ist also der unglaublich hohe RAM Verbrauch?
CPU Auslastung ist auch praktisch 0.
Wie sieht das eigentlich mit der Auslastung des Systems aus, auf dem die VM läuft?