Vrij geheugen na 24 uur laag.

[bbob]

Heb een vps met 1 gb geheugen, 1 core aan senlheid.

Er draait een phpbbforum met 50 leden, 15-20 bezoekers per dag.
stuks of 9 joomla websites. Plugins zoals youtube video's die regelmatig bekeken worden en foto's albums. Voor de rest niets spectaulairs. Gemiddeld 40-100 pagina's per joomla site met tekst en wat foto's.

1 magento demo store.

Als ik de vps opnieuw start en na 10 uur kijk dan heb ik ongeveer 600-750 mb aan vrij geheugen.

Als ik s'ochtends kijk dan heb ik ineens nog maar een 10-25 mb vrij geheugen.
s'nachts draai ik een lokale backup en 2 uur later een offsite backup naar een andere vps.

De joomla sites die niet al te groot zijn draaien verder goed qua snelheid. De magento site wordt alleen super langzaam. Reset ik de vps dan loopt mangeto weer lekker snel en blijft dat gedurende de dag ook doen maar s'ochtends als het vrij geheugen laag is dan is die weer traag.

Ik heb nog swap maar daar zie ik verder nooit iets bij.

Op de vps staat ook nog webmin en log in daar in daan zie ik ongeveer 750 mb aan vrij geheugen terwijl als in op Direct admin inlog ik hier 10-25mb aan vrij geheugen zie.

Heb geen idee hoe ik dit probleem kan oplossen, iedere nacht een reset lijkt me niet de bedoeling.

[Bakker ICT]

Kijk eens onder root "free - m" , daar zie je waarschijnlijk staan dat er een hoop gecached/gebufferd word. Geen probleem, als deze ruimte nodig is word deze echt wel gebruikt

[wonko]

Linux/unix/... gaat vrij geheugen gebruiken als buffer voor het filesysteem. Je dient dus de juiste waarden te bekijken, en de cache ook te beschouwen als "vrij".

Laat even een mens met kennis naar je VPS kijken, en de zal je direct kunnen zeggen als je geheugen te kort hebt of niet...

Waarom je magento traag wordt, zal hier vermoedelijk los van staan.

[bbob]

free -m krijg ik:

free -m
             total       used       free     shared    buffers     cached
Mem:          1024        994         30          0        192        498
-/+ buffers/cache:        303        720
Swap:         3071          0       3071

Qua snelheid zie ik dus alleen een probleem bij magento, tot 10-15 urr na een restart met 600-700mb vrij loopt magento als een trein. Na de nacht met geheugen zoals nu is die gewoon langzaam.

Aan de vps zou het niet moeten liggen, 1 gb en dedicated core op een intel q6600

Magento zal op zich het belangrijkste worden en de snelheid moet optimaal zijn. Misschien dat ik in magento de var directory maar in een ramdisk moet gaan zetten om zo van de vrije cache gebruik te maken.

[wonko]

er is weinig mis met je geheugengebruik. De traagheid van magento zal ergens anders gezocht moeten worden.

[bbob]

zag idd ook aardig wat aan cache staan. Zoals gezegd traagheid van magento begint pas als het geheugen is zoals nu. Start ik de vps opnieuw dan is de snelheid goed, geen probleem. Maar zal eens wat magento bestanden in cache gaan zetten, heb schijnbaar voldoende cache geheugen over.

Dank je voor de info

[tjvb]

Dat klinkt dan meer alsof er ergens iets je magento tegen houdt. Je zou er aan kunnen denken die eens te profilen.

[Cybafish]

-/+ buffers/cache: 303 720

Staat er toch duidelijk. Minus je buffers/cache is er nog 720Mb vrij.

Toon eens de output van 'ps -aux'?

[bbob]

-/+ buffers/cache: 303 720

Staat er toch duidelijk. Minus je buffers/cache is er nog 720Mb vrij.

Toon eens de output van 'ps -aux'?

server01:~# ps -aux
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   1984   696 ?        Ss   May28   0:00 init [2]
root         2  0.0  0.0      0     0 ?        S    May28   0:00 [migration/0]
root         3  0.0  0.0      0     0 ?        SN   May28   0:00 [ksoftirqd/0]
root         4  0.0  0.0      0     0 ?        S<   May28   0:00 [events/0]
root         5  0.0  0.0      0     0 ?        S<   May28   0:00 [khelper]
root         6  0.0  0.0      0     0 ?        S<   May28   0:00 [kthread]
root         7  0.0  0.0      0     0 ?        S<   May28   0:00 [xenwatch]
root         8  0.0  0.0      0     0 ?        S<   May28   0:00 [xenbus]
root        14  0.0  0.0      0     0 ?        S<   May28   0:00 [kblockd/0]
root        16  0.0  0.0      0     0 ?        S<   May28   0:00 [kseriod]
root        59  0.0  0.0      0     0 ?        S<   May28   0:04 [kswapd0]
root        60  0.0  0.0      0     0 ?        S<   May28   0:00 [aio/0]
root       597  0.0  0.0      0     0 ?        S<   May28   0:00 [kmirrord]
root       656  0.0  0.0      0     0 ?        S<   May28   0:03 [kjournald]
root      1064  0.0  0.0   1696   624 ?        Ss   May28   0:03 /sbin/syslogd
root      1074  0.0  0.0   1648   408 ?        Ss   May28   0:00 /sbin/klogd -x
root      1105  0.0  0.0   5276  1016 ?        Ss   May28   0:00 /usr/sbin/sshd
root      1113  0.0  0.0   1064   296 ?        Ss   May28   0:00 /usr/local/dire
nobody    1117  0.0  0.0   7356   944 ?        Ss   May28   0:00 /usr/local/dire
mail      1131  0.0  0.0   7040   800 ?        Ss   May28   0:00 /usr/sbin/exim
root      1168  0.0  2.5  28992 26492 ?        Ss   May28   0:03 /usr/bin/spamd
ftp       1195  0.0  0.0   2744  1012 ?        Ss   May28   0:00 proftpd: (accep
root      1392  0.0  0.0   2044   896 ?        Ss   May28   0:00 /usr/sbin/cron
root      1422  0.0  0.7   9988  8032 ?        Ss   May28   0:00 /usr/bin/perl /
root      1423  0.0  0.0   1652   524 tty1     Ss+  May28   0:00 /sbin/getty 384
root      1424  0.0  2.3  28992 24628 ?        S    May28   0:00 spamd child
root      1425  0.0  2.3  28992 24628 ?        S    May28   0:00 spamd child
bind      1515  0.0  2.2  57488 23836 ?        Ssl  May28   0:07 /usr/sbin/named
root      1538  0.0  0.1   2696  1300 ?        S    May28   0:00 /bin/sh /usr/lo
mysql     1564  0.0  3.0 110788 32032 ?        Sl   May28   3:44 /usr/local/mysq
root     11306  0.0  0.0      0     0 ?        S    Jun01   0:00 [pdflush]
root     29827  0.0  0.0      0     0 ?        S    Jun02   0:00 [pdflush]
root      8806  0.0  0.0   2020   692 ?        Ss   Jun02   0:00 /usr/sbin/dovec
root      8807  0.0  0.1   2716  1376 ?        S    Jun02   0:00 dovecot-auth
dovecot   8812  0.0  0.1   3512  1624 ?        S    Jun02   0:00 pop3-login
dovecot   8813  0.0  0.1   3512  1624 ?        S    Jun02   0:00 pop3-login
dovecot   8814  0.0  0.1   3512  1624 ?        S    Jun02   0:00 pop3-login
dovecot   8815  0.0  0.1   3512  1624 ?        S    Jun02   0:00 pop3-login
dovecot   8826  0.0  0.1   3512  1624 ?        S    Jun02   0:00 pop3-login
dovecot   8827  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8828  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8829  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8830  0.0  0.1   3520  1628 ?        S    Jun02   0:00 imap-login
dovecot   8831  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8832  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8833  0.0  0.1   3528  1632 ?        S    Jun02   0:00 imap-login
dovecot   8834  0.0  0.1   3520  1628 ?        S    Jun02   0:00 imap-login
dovecot   8835  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8836  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8837  0.0  0.1   3520  1628 ?        S    Jun02   0:00 imap-login
dovecot   8838  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8839  0.0  0.1   3520  1628 ?        S    Jun02   0:00 imap-login
dovecot   8840  0.0  0.1   3520  1628 ?        S    Jun02   0:00 imap-login
dovecot   8841  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
dovecot   8842  0.0  0.1   3524  1632 ?        S    Jun02   0:00 imap-login
nobody   18297  0.0  0.0   7356   268 ?        S    Jun02   0:00 /usr/local/dire
nobody   18298  0.0  0.0   7356   268 ?        S    Jun02   0:00 /usr/local/dire
nobody   18299  0.0  0.0   7356   268 ?        S    Jun02   0:00 /usr/local/dire
nobody   18300  0.0  0.0   7356   268 ?        S    Jun02   0:00 /usr/local/dire
nobody   18301  0.0  0.0   7356   268 ?        S    Jun02   0:00 /usr/local/dire
root     18939  0.0  1.2  26032 13620 ?        Ss   00:13   0:00 /usr/sbin/httpd
dovecot  22081  0.0  0.1   3516  1628 ?        S    08:41   0:00 pop3-login
dovecot  22111  0.0  0.1   3516  1628 ?        S    08:45   0:00 pop3-login
apache   25826  0.0  1.7  32808 18868 ?        S    11:40   0:02 /usr/sbin/httpd
apache   26046  0.0  1.7  32272 18508 ?        S    12:00   0:02 /usr/sbin/httpd
apache   26048  0.0  1.6  31216 17728 ?        S    12:00   0:01 /usr/sbin/httpd
apache   26051  0.0  1.8  33628 19748 ?        S    12:00   0:00 /usr/sbin/httpd
apache   26065  0.0  1.9  33804 20416 ?        S    12:00   0:02 /usr/sbin/httpd
apache   26364  0.0  1.6  31240 17632 ?        S    12:28   0:01 /usr/sbin/httpd
apache   26372  0.0  1.6  30856 16888 ?        S    12:29   0:00 /usr/sbin/httpd
dovecot  26676  0.0  0.1   3516  1628 ?        S    13:01   0:00 pop3-login
dovecot  26677  0.0  0.1   3516  1628 ?        S    13:01   0:00 pop3-login
dovecot  26708  0.0  0.1   3516  1628 ?        S    13:05   0:00 pop3-login
apache   26729  0.0  1.6  30960 17104 ?        S    13:06   0:00 /usr/sbin/httpd
apache   26730  0.1  1.7  32488 18632 ?        S    13:06   0:01 /usr/sbin/httpd
apache   26784  0.0  1.8  32864 19136 ?        S    13:11   0:00 /usr/sbin/httpd
dovecot  26871  0.0  0.1   3516  1628 ?        S    13:17   0:00 pop3-login
dovecot  26872  0.0  0.1   3516  1628 ?        S    13:17   0:00 pop3-login
dovecot  26873  0.0  0.1   3516  1628 ?        S    13:17   0:00 pop3-login
dovecot  26874  0.0  0.1   3516  1628 ?        S    13:17   0:00 pop3-login
dovecot  26875  0.0  0.1   3512  1624 ?        S    13:17   0:00 pop3-login
dovecot  26876  0.0  0.1   3516  1628 ?        S    13:17   0:00 pop3-login
root     26928  0.0  0.2   8052  2692 ?        Ss   13:20   0:00 sshd: root@ttyp
root     26930  0.0  0.1   2820  1548 ttyp0    Ss   13:20   0:00 -bash
root     26940  0.0  0.0   2300   916 ttyp0    R+   13:21   0:00 ps -aux
server01:~#

[mikeh]

code tagjes please

[SF-Jeroen]

Weinig bijzonders aan die ps aux

[Cybafish]

Moest inderdaad 'ps aux' zijn, niet 'ps -aux'; automatisme bah Anyway, het resultaat blijft hetzelfde.

Voor zover ik zie is er inderdaad niets afwijkends aan je geheugengebruik, noch zijn er processen die de boel dicht houden. Ik zou eens met je provider gaan babbelen, wellicht dat er iets op hoger niveau (de host server) mis is.

[bbob]

Dank jullie voor de hulp.

Zal eens gaan kijken hoe alles loopt als de uiteindelijke magento site af is.

Zal ook de aanbevelingen van magento opvolgen, mysql cache en de magento var directory in tmpfs plaatsen. Misschien dat dit de boel sneller maakt.

[goudgeel]

Draai je op OpenVZ of een variant ? Dit is namelijk een 'probleem' waar het in zit zijn ze nog aan het uitzoeken maar het heeft iets temaken met de opbouw van de vps en het basis os..

We hebben hier ook een vps server hangen Core2Quad die jij ook hebt en die heeft er ook last van.

Binnenkort stappen we over naar Xen Server.

Kimm..

[Randy]

OpqnVZ mag geen VPS heten, maar een container of opgefokte chroot. Maar als je goed gekeken had zag je dat XEN gebruikt wordt.
Een 1GB/1 Core opstelling moet ruim voldoende zijn om Magento <knip> snel draaiend te krijgen. Alleen met een standaard DA setup red je dit niet, er moet toch wel iets meer gebeuren. Kijk om te beginnen je /etc/my.cnf na en zie dat die zo goed als leeg zal zijn. Iets met innodb_buffer enzeaux.
Een en ander ligt natuurlijk aan de hardware die je provider gebruikt. De diskset is het traagste en wanneer veel VPS'en hier op hameren heb je zeker niet voldoende aan een raid-1 setje met sata-diskjes. Beiden horen eigenlijk niet in een VPS node thuis.