Serverlast!!!!

wob · 29 März 2005, 01:14:56

Hallo jubilee

Uns ist aufgefallen wenn 60 User Online sind das wir eine Server last zwischen 50 und 90 % haben, der Server hat dann nicht mal mehr die Möglichkeit Uhrzeit aktuell zu halten, und dann alle einträge durcheinander kommen!!! Des weiteren müssen wir im eboard die Time auf 3studen + setzen. Das schlimmste ist wir finden einfach nicht was uns den Server zerfrist!!!

Könntest du da uns vielleicht weiter helfen !!!!!! oder dir das mal anschauen .. wenn du irgendwelche daten brauchst einfach mir eine PN schreiben DANKE

Hier mal die Server Daten

AMD Sempron 2800+
1024 MB DDR-RAM
120 GB Festplatte

PHP 4.3.10 (cgi) (built: Dec 22 2004 11:25:31)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.6, Copyright (c) 2003-2004, by Zend Technologies
with Zend Optimizer v2.5.7, Copyright (c) 1998-2004, by Zend Technologies

MySQL-Version: 4.0.21-Max
Server-Version: Apache/2.0.53 (Linux/SUSE)
vkpMx 2.1.a, 1.18.2.7/2004-09-13

Mit freundlichen Grüßen

Rene

onkel · 29 März 2005, 21:52:02

Problem ist bekannt, ich glaube daran wird schon gearbeitet .......................

wob · 29 März 2005, 22:41:41

Zitat von: onkel am 29 März 2005, 21:52:02
Problem ist bekannt, ich glaube daran wird schon gearbeitet .......................

Jo wenn ich mir die Pid`s anschaue wird mir echt schlecht und das kommt nur von MX WEB

wwwrun 4267 0.0 0.6 17404 7016 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 8570 0.0 0.6 17404 7016 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 26991 0.0 0.6 17404 7016 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 12698 0.0 0.6 17404 7016 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 726 0.3 0.9 19612 9848 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 9566 0.3 0.9 19632 9820 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 25688 0.3 0.9 19564 9796 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 22768 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 13165 0.0 0.6 17404 7016 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 12037 0.0 0.6 17404 7000 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 16475 0.0 0.6 17404 7012 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 9768 1.7 0.9 19608 9848 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 1301 0.0 0.6 17404 7012 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 11819 0.0 0.6 17404 6996 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 22757 0.0 0.6 17404 7012 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 20089 0.0 0.6 17404 6984 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 25888 5.1 1.0 20644 11028 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 30452 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 19325 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 20994 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 721 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 8879 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 7124 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 13394 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 30689 0.1 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 1904 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 9155 0.0 0.6 17404 7004 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 28093 0.0 0.6 17404 6984 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 8817 0.0 0.6 17404 7020 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 3355 0.0 0.6 17404 7020 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 10338 0.0 0.6 17404 7020 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 10216 1.6 0.9 19560 9804 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 14705 0.0 0.0 0 0 ? Z 22:36 0:00 [httpd2-prefork] <defunct>
wwwrun 14902 1.8 0.9 19392 9660 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 1047 0.6 0.8 18432 8564 ? R 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 30185 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 18260 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 21095 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 3972 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 29797 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 19783 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 23539 0.0 0.6 17404 6908 ? S 22:36 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf

so Serverlast liegt bei 45 User

top - 22:40:23 up 27 days, 14:03, 1 user, load average: 2.40, 1.47, 4.17
Tasks: 144 total, 10 running, 131 sleeping, 0 stopped, 3 zombie
Cpu(s): 55.6% user, 5.3% system, 0.0% nice, 39.1% idle

so nun frage ich mich liegt das an MX oder läuft da mit apache und php was schief !!!!!!

Mfg Rene

jubilee · 30 März 2005, 08:39:21

Hallo !

ZitatJo wenn ich mir die Pid`s anschaue wird mir echt schlecht und das kommt nur von MX WEB

Wieso ? Die meisten Prozesse schlafen doch eh ....

ZitatTasks: 144 total, 10 running, 131 sleeping, 0 stopped, 3 zombie

Ausserdem sind das alles Preforks vom Apachen. Das hat nix mit dem MX-Web zu tun. Wenn Du keine
Preforks vom Apache haben möchtest, musst Du keine Webdienste anbieten. Ausserdem kann man ja auch die Konfigurationsdirektiven vom Apachen anpassen (httpd.conf). Da steht drinne wieviel Prozesse der Apache Preforken soll.
Prozessorauslastung sieht doch gut aus :

ZitatCpu(s): 55.6% user, 5.3% system, 0.0% nice, 39.1% idle

noch fast 40% idle. Viel besser wäre zu wissen, wie hoch die Speicherauslastung ist und welches die LAUFENDEN prozesse sind. Diese fehlen leider in der Liste.

onkel · 30 März 2005, 09:31:54

ZitatHallo !

Zitat
Jo wenn ich mir die Pid`s anschaue wird mir echt schlecht und das kommt nur von MX WEB

Wieso ? Die meisten Prozesse schlafen doch eh ....

Zitat
Tasks: 144 total, 10 running, 131 sleeping, 0 stopped, 3 zombie
Ausserdem sind das alles Preforks vom Apachen. Das hat nix mit dem MX-Web zu tun. Wenn Du keine
Preforks vom Apache haben möchtest, musst Du keine Webdienste anbieten. Ausserdem kann man ja auch die Konfigurationsdirektiven vom Apachen anpassen (httpd.conf). Da steht drinne wieviel Prozesse der Apache Preforken soll.
Prozessorauslastung sieht doch gut aus :

Zitat
Cpu(s): 55.6% user, 5.3% system, 0.0% nice, 39.1% idle

noch fast 40% idle. Viel besser wäre zu wissen, wie hoch die Speicherauslastung ist und welches die LAUFENDEN prozesse sind. Diese fehlen leider in der Liste.

Ich habe bei meinen Server alles hoch geschraubt und das Problem besteht immer noch, wie schon gesagt im MX hängt irgendwas und das alles könnt ihr auf der Seite partyblick.de, wobchat.de, und bei mir beobachten.

PS: bei rubensdreams.de läuft die Seite rund aber da sind die Privatnachrichten nicht für alle frei, deswegen gehe ich davon aus dass es damit zusammen hängt.

Homicide · 30 März 2005, 10:04:57

ja so a schmarn

also bei Rubensdreams sind die PMs zwar nicht für alle frei, aber das privatmessagemodul wird da enorm genutzt und man bedenke das da noch einige Abfragen mehr laufen weil gecheckt wird ob der User Zugriff aufs PM Modul hat oder nicht.

Ein richtig konfigurierter Server sollte keine Probleme machen wenn da ein MX mit mehr als 100 Usern läuft.

onkel · 30 März 2005, 22:11:04

ZitatEin richtig konfigurierter Server sollte keine Probleme machen wenn da ein MX mit mehr als 100 Usern läuft.

Und welche Einstellungen

schraubt man die PM popup zeit hoch läuft der Server ohne Probleme ... also hat es doch was mit den PMs zu tun.

Wer hat denn eine MX Seite mit mehr als 100 User, dann der könnte einigen bei diesem Problem helfen.

mfg
Onkel

Andi · 30 März 2005, 23:08:00

Nochmal:

Die Theorie mit den PM's ist unsinnig.
Das sind ein paar hundsnormale, total primitive Datenbankabfragen, die in bestimmten Intervallen ausgeführt werden. Natürlich steigt die Serverlast, wenn viele User bei kleinem Abfrageintervall surfen....
Also, wenn der Server das nicht verkraftet, dann muss man halt das Intervall entweder erhöhen, oder ganz abschalten.

onkel · 30 März 2005, 23:45:55

ZitatNochmal:

Die Theorie mit den PM's ist unsinnig.
Das sind ein paar hundsnormale, total primitive Datenbankabfragen, die in bestimmten Intervallen ausgeführt werden. Natürlich steigt die Serverlast, wenn viele User bei kleinem Abfrageintervall surfen....
Also, wenn der Server das nicht verkraftet, dann muss man halt das Intervall entweder erhöhen, oder ganz abschalten.

Schon getestet und da rennt die Seite, mein Angebot gilt immer noch ....ich stell euch meine Seite und Seite zu Verfügung und ihr könnt euch ein Bild machen.

PS: bei mir hat es sich jetzt erledigt, die User zahlt ist gesunken und so taucht das Problem nicht mehr oder selten auf.

mfg
Onkel

onkel · 11 Mai 2005, 16:26:44

Hallo,

Ich komm nochmal auf das Problem zurück.
Ich habe jetzt 2 Server und das Performence problem besteht immer noch.

Server 1 :

Athlon 2000

1 GB DDR RAM

Server 2 :

Intel Pentium 4
mit 3,0 GHz
2.048 MB DDR-RAM

Auf Server 1 läuft das VKPmx 2.1a und auf Server 2 läuft die Datenbank aber es ändert sehr wenig an die Geschwindigkeit.

das sind die einstellungen in der my.cnf

Code Auswählen

# The MySQL server
[mysqld]
port            = 3306
socket          = /var/lib/mysql/mysql.sock
max_connection = 1000
skip-locking
key_buffer = 16M
thread_stack = 128K
max_allowed_packet = 5M
query_cache_limit = 12M
query_cache_size = 12M
table_cache = 256
sort_buffer_size = 4M
net_buffer_length = 1M
query_cache_type = 1
myisam_sort_buffer_size = 8M

wer kann mir noch irgendein Tip geben??

jubilee · 11 Mai 2005, 19:59:15

Hallo !
Bei einem Server mit 2GB Speicher kannst ruhig etwas drauflegen ......

Zitat
# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
max_connection = 300
skip-locking
key_buffer = 384M
max_allowed_packet = 1M
table_cache = 512
sort_buffer_size = 4M
read_buffer_size = 4M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache = 8
query_cache_size = 32M

Versuch damit mal ....
P:S: max_connection sollte so groß wie die maximale Anzahl an Apache-Serverprozessen (httpd.conf) sein.
Großer braucht nicht ....

Andi · 11 Mai 2005, 20:02:41

Hmmm,
da du ja in der Hauptsache die Probleme mit den PM's hattest, solltest du vielleicht auch mal testen, was passiert, wenn du die Tabelle etwas abspeckst...
In dem Dump, den du mir, zur SMF-Konvertierung geschickt hast, waren über 10.000 Datensätze in der PM-Tabelle drin

onkel · 11 Mai 2005, 20:36:34

Hallo,

bei mir werden alle PM's die älter als 30 Tage sind gelöscht.
Ich kann außerdem nicht einfach die PMs von meinen Usern löschen

.

Ich könnt auch diese Möglichkeit in angriff nehmen und übers Wochenende alle PMs löschen, aber
denke nicht das es viel bring.

mfg
onkel

jubilee · 11 Mai 2005, 21:02:17

Versuch mal mit den neuen Einstellungen .....

onkel · 11 Mai 2005, 22:52:43

ZitatVersuch mal mit den neuen Einstellungen .....

Immer noch das gleiche

... da muss mal eine Experte ran, aber ehrlich gesagt müsste es auch so rennen.

mfg
Onkel

jubilee · 12 Mai 2005, 08:24:00

Hallo !

ZitatImmer noch das gleiche ...

Server neu gestartet ?
Wenn es immer noch unverändert ist, dann ist es kein Resourcenproblem von
der Datenbank. Bei den Einstellungen kann das nicht sein.
Ahhh nochwas. Änder mal bitte key_buffer = 384M nach key_buffer_size = 384M

MfG
jubilee

onkel · 12 Mai 2005, 17:35:20

Mysql neu gestartet aber ladezeit immer über 5 Sekunden manchmal auch über 10 ......................

jogi24 · 12 Mai 2005, 17:55:36

hi

starte doch mal den ganzen server neu, und nicht nur Mysql

onkel · 12 Mai 2005, 20:23:55

ich habe jetzt Apache neu gestartet...immer noch das gleiche Problem.....heute aben werde ich mal den server neu starten.

onkel · 18 Mai 2005, 20:02:02

alles versuch, seite brauch ewig um zu laden ........

Hier meine einstellung, vielleicht hat einer eine Idee ....

_{+---------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
+---------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| back_log | 50 |
| basedir | /usr/ |
| binlog_cache_size | 32768 |
| bulk_insert_buffer_size | 8388608 |
| character_set | latin1 |
| character_sets | latin1 big5 czech euc_kr gb2312 gbk latin1_de sjis tis620 ujis dec8 dos german1 hp8 koi8_ru latin2 swe7 usa7 cp1251 danish hebrew win1251 estonia hungarian koi8_ukr win1251ukr greek win1250 croat cp1257 latin5 |
| concurrent_insert | ON |
| connect_timeout | 5 |
| convert_character_set | |
| datadir | /var/lib/mysql/ |
| default_week_format | 0 |
| delay_key_write | ON |
| delayed_insert_limit | 100 |
| delayed_insert_timeout | 300 |
| delayed_queue_size | 1000 |
| flush | OFF |
| flush_time | 0 |
| ft_boolean_syntax | + -><()~*:""&| |
| ft_min_word_len | 4 |
| ft_max_word_len | 254 |
| ft_max_word_len_for_sort | 20 |
| ft_stopword_file | (built-in) |
| have_bdb | NO |
| have_crypt | YES |
| have_innodb | NO |
| have_isam | YES |
| have_raid | NO |
| have_symlink | YES |
| have_openssl | NO |
| have_query_cache | YES |
| init_file | |
| interactive_timeout | 28800 |
| join_buffer_size | 131072 |
| key_buffer_size | 612368384 |
| language | /usr/share/mysql/english/ |
| large_files_support | ON |
| local_infile | ON |
| locked_in_memory | OFF |
| log | OFF |
| log_update | OFF |
| log_bin | OFF |
| log_slave_updates | OFF |
| log_slow_queries | OFF |
| log_warnings | OFF |
| long_query_time | 10 |
| low_priority_updates | OFF |
| lower_case_table_names | 0 |
| max_allowed_packet | 2096128 |
| max_binlog_cache_size | 4294967295 |
| max_binlog_size | 1073741824 |
| max_connections | 300 |
| max_connect_errors | 10 |
| max_delayed_threads | 20 |
| max_heap_table_size | 16777216 |
| max_join_size | 4294967295 |
| max_relay_log_size | 0 |
| max_seeks_for_key | 4294967295 |
| max_sort_length | 1024 |
| max_user_connections | 0 |
| max_tmp_tables | 32 |
| max_write_lock_count | 4294967295 |
| myisam_max_extra_sort_file_size | 268435456 |
| myisam_max_sort_file_size | 2147483647 |
| myisam_repair_threads | 1 |
| myisam_recover_options | OFF |
| myisam_sort_buffer_size | 67108864 |
| net_buffer_length | 16384 |
| net_read_timeout | 30 |
| net_retry_count | 10 |
| net_write_timeout | 60 |
| new | OFF |
| open_files_limit | 1510 |
| pid_file | /var/lib/mysql/mysqld.pid |
| log_error | |
| port | 3306 |
| protocol_version | 10 |
| query_alloc_block_size | 8192 |
| query_cache_limit | 1048576 |
| query_cache_size | 104857600 |
| query_cache_type | ON |
| query_prealloc_size | 8192 &}

Serverlast!!!!

wob

onkel

wob

jubilee

onkel

Homicide

onkel

Andi

onkel

onkel

jubilee

Andi

onkel

jubilee

onkel

jubilee

onkel

jogi24

onkel

onkel