Problem mit kmemsize

[Fireball22]

Hallo,

leider musste ich gerade eine Downtime wegen der Überschreitung meines kmemsizes in Kauf nehmen.
Das meldet die Apache log:

[Wed Aug 20 17:00:49 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 17:01:02 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 19:57:47 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 19:57:54 2008] [error] (12)Cannot allocate memory: apr_pollset_poll: (listen)
[Wed Aug 20 19:57:57 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 19:58:07 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 19:58:17 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 20:13:07 2008] [emerg] (12)Cannot allocate memory: couldn't grab the accept mutex
[Wed Aug 20 20:13:07 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 20:13:17 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 20:13:27 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 20:13:37 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Wed Aug 20 20:13:47 2008] [alert] Child 25956 returned a Fatal error... Apache is exiting!

Und meine user_beancounters:

Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
    xxxxxx: kmemsize        5490452    5506251    8512433    9823665        159
            lockedpages           0          0       3800       4096          0
            privvmpages       67601      68089     138256     202568          0
            shmpages           5885       5885     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              79         79        232        232          0
            physpages         24769      25282          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      25698      26211      66400 2147483647          0
            numtcpsock           19         19        500        500          0
            numflock              9          9        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        178880     178880    4683256    6102456          0
            tcprcvbuf        311296     311296    4683256    6102456          0
            othersockbuf      15652      15652    1503232    4063232          0
            dgramrcvbuf           0          0     240000     262144          0
            numothersock         15         15        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            3763       3772       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14        128        128          0

Nur wie kann ich das vermindern, dass der Kernel weniger "unswapable memory" benötigt?

MfG
Michael

 

[LinuxAdmin]

In dem Du die Konfiguration der Dienste, die auf Deinem vServer laufen, optimierst. Wenn Du Dir das Script 'vzfree' installierst, wirst Du folgende Angaben erhalten:

VPS Speichernutzung:
Momentan genutzt:       264.066 MB
Maximal genutzt:        265.973 MB
Zugesichert:            259.375 MB
Maximal nutzbar:        791.281 MB

Da sieht man etwas übersichtlicher, dass Du ständig mehr RAM benötigst, als Dir in Deinem Tarif zugesichert wird. Der dynamische Bereich ("Maximal nutzbar") ist nur für kurze Lastspitzen gedacht.
Je nachdem, wie voll Dein Provider das Hostsystem gepackt hat, auf dem Deine VE läuft, kracht es, wenn Du im falschen Moment auf diesen Bereich zugreifen willst, wenn andere VEs, mit denen Du diesen Speicher teilst, gerade auch mehr Speicher brauchen. So wie es aussieht, ist das Hostsystem extrem voll gepackt, so dass Du keine andere Wahl hast, als Deine Konfiguration abzuspecken, damit Du im Normalfall deutlich unter Deinen 265 MB bleibst und somit selber noch Reserven für Lastspitzen hast.

ps auxw

hilft Dir, die "Großverbraucher" zu identifizieren, denn bei denen kann man oftmals auch am meisten einsparen.

 

[Fireball22]

Vielen Dank für deine Hilfe!

Ich habe leider vor ein paar Tagen schon drastisch den RAM-Verbrauch durch Apache-Tuning und MySQL-Conf eingeschränkt, aber er liegt anscheinend gerade so an der 265 MB Grenze!

Das ist die Ausgabe von ps auxw:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   1868   660 ?        Ss   Aug14   0:01 init [2]
root     13775  0.0  0.0   1556   572 ?        Ss   Aug14   0:12 /sbin/syslogd
root     13953  0.0  0.0   4176   856 ?        S    Aug14   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/c
root     13955  0.0  0.0   3096   868 ?        S    Aug14   0:00 /usr/sbin/courierlogger imapd
root     13964  0.0  0.0   4172   840 ?        S    Aug14   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/c
root     13966  0.0  0.0   2964   716 ?        S    Aug14   0:00 /usr/sbin/courierlogger imapd-ssl
root     13973  0.0  0.0   4172   852 ?        S    Aug14   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/c
root     13975  0.0  0.0   3092   864 ?        S    Aug14   0:00 /usr/sbin/courierlogger pop3d
root     13984  0.0  0.0   4172   840 ?        S    Aug14   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/c
root     13986  0.0  0.0   2964   716 ?        S    Aug14   0:00 /usr/sbin/courierlogger pop3d-ssl
root     14051  0.0  0.0  20016  1340 ?        Ssl  Aug14   0:10 /usr/sbin/nscd
root     14077  0.0  0.0   1672   624 ?        Ss   Aug14   0:00 /usr/sbin/inetd
root     14218  0.0  0.3  41436  6660 ?        Ss   Aug14   0:00 /opt/psa/admin/bin/httpsd
psaadm   14221  0.0  1.1  44256 23904 ?        S    Aug14   0:05 /opt/psa/admin/bin/httpsd
psaadm   14254  0.0  1.1  43856 23032 ?        S    Aug14   0:05 /opt/psa/admin/bin/httpsd
drweb    14255  0.0  1.0  25976 21528 ?        Ss   Aug14   2:25 /opt/drweb/drwebd
root     14290  0.0  0.0   4948  1088 ?        Ss   Aug14   0:07 /usr/sbin/sshd
root     14334  0.0  0.0   2136   720 ?        Ss   Aug14   0:00 /usr/sbin/cron
root     15380  0.0  0.0   6416  1720 ?        S    Aug14   0:00 /USR/SBIN/CRON
ts       15383  0.0  0.0      0     0 ?        Zs   Aug14   0:00 [server_linux] <defunct>
ts       15396  0.0  0.0  72100  1964 ?        SNl  Aug14   1:30 /home/ts/tss2_rc2/server_linux
ts       15405  0.0  0.0   1404   308 ?        S    Aug14   0:00 bin/qmail-inject -a -- ts
root     18041  0.0  0.0   3596  1296 ?        S    Aug15   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    18078  0.4  1.1  96544 23116 ?        Sl   Aug15  35:19 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql
root     18083  0.0  0.0   2668   568 ?        S    Aug15   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
psaadm   22410  0.0  1.0  44144 22096 ?        S    Aug15   0:06 /opt/psa/admin/bin/httpsd
qmails   32639  0.0  0.0   1544   472 ?        S    Aug16   0:01 qmail-send
qmaill   32641  0.0  0.0   1492   456 ?        S    Aug16   0:00 splogger qmail 2
root     32642  0.0  0.0   1524   356 ?        S    Aug16   0:00 qmail-lspawn | /usr/bin/deliverquota ./Maildir
qmailr   32643  0.0  0.0   1520   380 ?        S    Aug16   0:00 qmail-rspawn
qmailq   32644  0.0  0.0   1488   332 ?        S    Aug16   0:00 qmail-clean
root     26275  0.0  0.4  24452  8304 ?        Ss   01:22   0:00 /usr/sbin/apache2 -k restart
www-data 26317  0.0  0.1  16764  2992 ?        S    01:22   0:00 /usr/sbin/apache2 -k restart
www-data 16346  0.0  0.3  25436  7628 ?        S    12:26   0:00 /usr/sbin/apache2 -k restart
www-data 16347  0.0  0.3  25444  7640 ?        S    12:26   0:00 /usr/sbin/apache2 -k restart
www-data 17609  0.0  0.3  25512  7744 ?        S    12:29   0:00 /usr/sbin/apache2 -k restart
root     18033  0.0  0.1  10432  2768 ?        Ss   12:33   0:00 sshd: root@pts/1
root     18035  0.0  0.0   3944  1620 pts/1    Ss   12:33   0:00 -bash
root     18113  0.0  0.0   3360   868 pts/1    R+   12:35   0:00 ps auxw

Und mein RAM-Verbrauch:

VPS Speichernutzung:
Momentan genutzt:       262,008 MB
Maximal genutzt:        262,008 MB
Zugesichert:            259,375 MB
Maximal nutzbar:        791,281 MB

Aber ist das Speicherlimit nicht schon bei 259,375 MB, weil eig. ist mir ja nur dieser RAM zugesichert, oder?
Was sagt mir aber dann Maximal genutzt aus?

MfG
Michael

 

[Roger Wilco]

Ich würde zuallererst das Webinterface von Plesk beenden. Das benötigt unsäglich viel Speicher.

 

[Fireball22]

Vielen Dank für deinen Tipp, das würde ich sehr gerne tun, allerdings hosten auf meinem System einige kleinere Privatkunden, die ohne Plesk leider ihre Einstellungen nicht verändern können.

MfG
Michael

 

[grapevine]

Du kannst letztlich nur die Zahl der laufenden Prozesse verringern, um das kmemsize-Limit nicht weiterhin zu übertreten. Siehe OpenVZ-Wiki:

This parameter is related to the number of processes (numproc). Each process consumes certain amount of kernel memory — 24 kilobytes at minimum, 30–60 KB typically. Very large processes may consume much more than that.
...
The total amount of kmemsize consumable by all containers in the system plus the socket buffer space (see below) is limited by the hardware resources of the system.

Das ist ein grundsätzliches Problem bei 32-bittigen OpenVZ-Wirtssystemen, dass die Zahl der Gastsysteme nicht unlimitiert mit dem verfügbaren RAM skaliert, weil sich alle Gäste den unteren LowMem-Bereich teilen müssen. Bzw. die Zahl der praktisch nutzbaren Gastsysteme, denn der eine oder andere Gastadmin möchte ja auch mal Dienste laufen lassen. Der Umstieg auf 64-bit schafft hier Abhilfe.

 

[Fireball22]

Das hört sich eig. genau nach der richtigen Lösung für mich an, nur wie minimiere ich die Zahl der laufenden Prozesse?
Weil an der ausgabe von ps auxw sieht man ja eig. schon, dass wirklich nur das allernötigste läuft!

Was lässt sich hier noch tun?
Kann man da irgendwas am Kernel konfigurieren?

MfG
Michael

 

[Roger Wilco]

Das hört sich eig. genau nach der richtigen Lösung für mich an, nur wie minimiere ich die Zahl der laufenden Prozesse?

Dazu gibt es schon zahlreiche Themen hier im Forum. Benutze die Suchfunktion.

Kann man da irgendwas am Kernel konfigurieren?

Nein, das geht prinzipbedingt nicht.

 

[Fireball22]

Sorry, bin echt kurz vorm Verzweifeln, ich find einfach nicht den passenden Thread.
Bei den anderen geht es ja hauptsächlich um die Speicherauslastung, bei mir geht es aber doch um das Limit der laufenden Prozesse, oder nicht?

MfG
Michael

Hab noch was gefunden:

vServer kmemsize failure / exim failure

Hallo, ich habe folgendes Problem mit einem vPowerserver von Strato: Sobald exim zu viele Mails verschicken soll, gibt es kmemsize failures, und nach einem kurzen Kampf, streckt exim die Waffen und stirbt. Das Problem laesst sich wohl am besten mit ein paar logfiles beschreiben. Auf dem...

serversupportforum.de

Nur wo muss ich ansätzlich die Prozesse verringen?

So, nochmal hier einen Ausschnitt an meiner Apache-Conf, kann man hier schon was umstellen, hab da aber schon eig. alles runtergesetzt was geht:

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_prefork_module>
    StartServers          1
    MinSpareServers       1
    MaxSpareServers       3
    MaxClients          150
    MaxRequestsPerChild   0
</IfModule>

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_worker_module>
    StartServers          2
    MaxClients          150
    MinSpareThreads      25
    MaxSpareThreads      75
    ThreadsPerChild      25
    MaxRequestsPerChild   0
</IfModule>

 

[Fireball22]

Kann mir keiner sagen wie ich das ganze irgendwie minimieren kann mit der Anzahl von Prozessen?
Sorry, bin da echt total neu auf dem Gebiet.

MfG
Michael

 

[tekknotrip]

Erkundige dich mal im WEB, was du unter MaxClients und V-Server findest ;-)

 

[Fireball22]

Vielen Dank, genau das habe ich auch gleich mal gemacht (u. a.):
RootForum.de • server-tuning.conf einstellungen bei vserver

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_prefork_module>
    StartServers          1
    MinSpareServers       1
    MaxSpareServers       3
    MaxClients          150
    MaxRequestsPerChild   0
</IfModule>

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_worker_module>
    StartServers          2
    MaxClients          150
    MinSpareThreads      25
    MaxSpareThreads      75
    ThreadsPerChild      25
    MaxRequestsPerChild   0
</IfModule>

Allerdings bin ich mir nicht sicher, ob ich die 150 Prozesse auch noch einschränken sollte, denn wie ihr seht, is schon minimiert was geht...?

Gibt es dafür evtl. beim MySQL,SMTP,IMAP auch ne mögliche Einstellugen, hab da in den Config-Files deren Server nichts passendes gefunden...

MfG
Michael

 

[noto]

1. teste mal diese Konfiguration

<IfModule mpm_prefork_module>
    StartServers          1
    MinSpareServers       1
    MaxSpareServers       2
    MaxClients          20
    MaxRequestsPerChild   8000
</IfModule>

Apache startet beim Start einen httpd2 Prozess, welcher dann weitere httpd2 Prozesse (Childs) startet (forked). Es wird mindstens 1 und maximal 2 httpd2 Prozesse in 'Reserve' gehalten und maximal werden 20 httpd2 Prozesse gestartet. Jeder gestartete httpd2 Prozess verbraucht ~ 12 MB RAM. Nachdem ein httpd2 Prozess 8000 Serveranfragen bedient hat wird er eleminiert und es wird ein neuer gestartet (forked).

2.

KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 2

Die Verbindung zu einem Clienten (Seitenbesucher) blebt solange offen bis 100 Serveranfragen abgearbeitet wurden. Hat ein Client nicht innerhalb 2 Sekunden eine Anfrage, wird die Verbindung beendet. Jedes Objekt wie .gif Bild auf einer Webseite ist eine Serveranfrage. Hat man z.B. eine Webseite mit 120 Bilden, sollte man MaxKeepaliveRequest auf 121 stellen (die HTML Seite selbst ist ja auch eine Anfrage (Request) an den Server).

In der Praxis schaut das so aus, daß ein Surfer eine Webseite aufruft und Apache alle Objekte der Seite sofort übermittelt. Schaut sich der Surfer dann auf der Seite um, beendet Apache die Verbindung nach 2 Sekunden. Jeder httpd2 Prozess kann einen Clienten (Seitenbesucher) bedienen.


3. alle nichtbenötigte Apache Module ausklammern (deaktivieren). Anleitung dazu findest du hier:

MySQL Performance Tuning mit Tuning-Primer.sh Script

MySQL Performance Tuning mit Tuning-Primer.sh Script Quelle Das Script ist von den MySQL Programmieren. Es analysiert und macht Verbesserungsvorschläge. Anleitung: (Installation) #per SSH mit root einloggen, dann mit cd /usr cd bin #in das /usr/bin Verzeichnis wechseln. Nun kopieren wir...

serversupportforum.de

4.

die Buffers und Caches von MySQL in der my.cnf sehr klein machen. Beispiel:

[mysqld]

key_buffer = 2M
net_buffer_length = 1K

sort_buffer_size = 32K
myisam_sort_buffer_size = 32K
read_buffer_size = 16K
read_rnd_buffer_size = 32K
join_buffer_size = 512K

query_cache_size = 2M
thread_cache = 8
table_cache = 512
max_allowed_packet = 256K

max_connections = 20
low_priority_updates = 1
long_query_time = 2

5.

in Plesk unter Server, Dienste wie Bind, Spamassassin, Dr. Web deaktivieren. Mein vServer verbraucht 171 MB RAM bei deaktiviertem Plesk, Bind, Dr. Web, Spamassassin.

 

[Fireball22]

Vielen Dank für deine ausführliche Hilfe!

Ich hab jetzt gerade einmal die MaxClients beim Apache auf 50 heruntergeschraubt, um bei vielen Anfragen keine Verzögerungen zu bekommen und bis jetzt läuft eigentlich soweit alles rund.

Den MySQL-Server habe ich bereits dank Huschis Anleitung konfiguriert:
vServer: Speicherauslastung reduzieren - huschi.net
(Punkt "MySQL")

Wo liegt eigentlich der Unterschied zwischen dem Worker-MPM und dem Prefork-MPM?

MfG
Michael

 

[noto]

um MySQL zu optimieren haben wir doch das Tuning-Primer Script.

 

[Fireball22]

Richtig und das bringt mir folgende Ausgabe (leidern icht sehr präsentativ, da der Server erst neugestartet wurde...):

mysqld is alive

        -- MYSQL PERFORMANCE TUNING PRIMER --
             - By: Matthew Montgomery -

MySQL Version 5.0.32-Debian_7etch6-log i486

Uptime = 0 days 11 hrs 44 min 29 sec
Avg. qps = 3
Total Questions = 131296
Threads Connected = 1

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 5 sec.
You have 0 out of 131317 that take longer than 5 sec. to complete
Your long_query_time seems to be fine

BINARY UPDATE LOG
The binary update log is enabled

WORKER THREADS
Current thread_cache_size = 8
Current threads_cached = 7
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 1
Historic max_used_connections = 12
The number of used connections is 12% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
Max Memory Ever Allocated : 38 M
Configured Max Per-thread Buffers : 265 M
Configured Max Global Buffers : 6 M
Configured Max Memory Limit : 272 M
Physical Memory : 1.97 G
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 1 M
Current key_buffer_size = 2 M
Key cache miss rate is 1 : 321
Key buffer fill ratio = 4.00 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

QUERY CACHE
Query cache is enabled
Current query_cache_size = 2 M
Current query_cache_used = 884 K
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 43.16 %
Current query_cache_min_res_unit = 4 K
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 24 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 1134 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 512 tables
You have a total of 704 tables
You have 512 open tables.
Current table_cache hit rate is 33%, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 706 temp tables, 3% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 2963 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 4
You may benefit from selective use of InnoDB.
If you have long running SELECT's against MyISAM tables and perform
frequent updates consider setting 'low_priority_updates=1'
If you have a high concurrency of inserts on Dynamic row-length tables
consider setting 'concurrent_insert=2'.

Allerdings dürfte sich hier in den zwei Tagen nicht mehr viel an der Auslastung ändern.
Meine Frage wäre jetzt, was lässt sich hier noch optimieren?
Macht es sinn die open_files_limit runter zu setzen?

Und wo liegt nochmals der Unterschied zwischen Worker-MPM und dem Prefork-MPM beim Apache?

MfG
Michael

 

[noto]

was ich ändern würde

sort_buffer_size = 128 K
join_buffer_size = 1 M
table_cache = 1024

und die my.cnf ergänzen mit

[mysqld]

low_priority_updates=1

Zudem scheinst du noch nicht verstanden zu haben warum man den RAM Verbrauch von Apache und MySQL begrenzen soll. Ohne Begrenzung versucht Apache bei Ansturm auf die Seite weitere Prozesse zu starten ohne dafür tatsächlich RAM zur Verfügung zu haben. Fehlermeldungen und Ausfälle sind die Folge.

Und MySQL nimmt sich Festplattenplatz als RAM und lagert Buffers/Caches ect. einfach auf Festplatte aus. Es kommt zum swappen des Systems. Meist schießt sich der Server dann selbst ab.

Durch eine Begrenzung sagt man dem Server: "Mehr wie X Seitenaufrufe sollst du nicht bearbeiten. Wenn es mehr sind, müssen die Besucher der Seite eben warten!"

 

[Fireball22]

Vielen Dank für deinen Tipp, hab ich geändert, aber wieso genau setzt du sort_buffer_size so niedrig?

Bei join_buffer_size erklärt sich das ganze allerdings!

low_priority_updates wird gesetzt, wenn häufig längere Abfragen ausgeführt werden? (laut MySQL-Manual).
Für was ist das aber genau gut?

MfG
Michael

 

[noto]

müßte ich auch erst nachlesen. MySQL kommt auch mit sehr kleinen read_buffer und sort_buffer zurecht.

RAM Verbrauch von MySQL hängt im wesentlichen von der Größe der read_buffer, sort_buffer, key_buffer und der Anzahl der max_connections ab. Je größer die Buffers, desto höher der RAM Verbrauch.

Hier die my.cnf von meinem vServer mit 256 MB RAM

[mysqld]

key_buffer = 2M
net_buffer_length = 1K

sort_buffer_size = 32K
myisam_sort_buffer_size = 32K
read_buffer_size = 16K
read_rnd_buffer_size = 32K
join_buffer_size = 512K

query_cache_size = 2M
thread_cache = 8
table_cache = 512
max_allowed_packet = 256K

max_connections = 20
low_priority_updates = 1
long_query_time = 2

benötigt ~ 19 MB RAM

 

[Fireball22]

Vielen Dank für dein Posting!

Hab gerade die Config angepasst und bin gespannt wie das ganze läuft!

MfG
Michael