Skocz do zawartości
Kochan

Długi czas odpowiedzi serwera

Polecane posty

Witam serdecznie! Mam problem z długim czasem odpowiedzi serwera, konfiguracja sprzętowa z pewnością odpada. Stoi Apache/2.4.25 (Unix) + DA na Debianie.

 

post-3107-0-63867500-1495568061_thumb.png

 

Dorzucenie ramu dla usługi nic nie daje, ponowne resety usługi przy pomocy apachectl -k restart również nie przynoszą skutku.

 

Prośba o pomoc w zidentyfikowaniu problemu.

 

//Ponowny reset i czas ładowania z 10s do 6.5s

Edytowano przez Gość (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

serwerownia kylos.pl (Łódź), parametry

Procesor AMD FX8320E 8x3.2Ghz

Ram: 32GB

Operating System: Debian GNU/Linux 8 (jessie)

Kernel: Linux 3.16.0-4-amd64

Aplikacja oparta o framework yii, korzysta i generuje sporo zapytań do mysql'a
PHP-FPM
DirectAdmin 1.51.3
Exim 4.89
MariaDB 10.0.29
Named 9.9.5
dovecot 2.2.29.1
pure-ftpd 1.0.43
Php 5.6.30

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Jak już zamazujesz nazwę domeny to zwróć uwagę że poniżej też jest podana :)

  • Upvote 1

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

MPM mam na Event

 

Server version: Apache/2.4.25 (Unix)
Server built:   Apr 14 2017 14:20:40
Server's Module Magic Number: 20120211:67
Server loaded:  APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture:   64-bit
Server MPM:     event
  threaded:     yes (fixed thread count)
    forked:     yes (variable process count)
Server compiled with....
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=256
 -D HTTPD_ROOT="/etc/httpd"
 -D HAVE_SYSTEMD
 -D SUEXEC_BIN="/usr/sbin/suexec"
 -D DEFAULT_PIDLOG="/var/logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"

httpd.conf

https://pastebin.com/jEFPGKN3

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Masz dodatkowo nginx. Jak wyglada u ciebie:

 

# Server-pool management (MPM specific)

Include conf/extra/httpd-mpm.conf

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Przytyka się bo czeka na zwolnienie procesu. Na jakim poziomie masz wykorzystana pamięć RAM? i CPU?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

post-3107-0-24532200-1495575391_thumb.png

 

 

 

Polecenie top

Tasks: 224 total,   2 running, 221 sleeping,   1 stopped,   0 zombie
%Cpu(s):  5.2 us,  0.2 sy,  0.0 ni, 93.7 id,  0.8 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem:  32480792 total, 21286544 used, 11194248 free,   249260 buffers
KiB Swap:  6637560 total,        0 used,  6637560 free. 18397804 cached Mem
Wychodzi, że MYSQL najwięcej pożera zasobów bo nawet 52% obciążenia procesora
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  794 mysql     20   0  915232 241076  14900 S  52.1  0.7  10458:45 mysqld
26558 szukamp+  20   0  183444  59140  10892 S  31.9  0.2   0:13.69 php-fpm56
26569 szukamp+  20   0  171928  47072  10892 S  16.9  0.1   0:12.51 php-fpm56
22622 szukamp+  20   0  155596  31056  11940 S   3.7  0.1   3:25.86 php-fpm56
25119 szukamp+  20   0  153260  29736  10892 S   3.7  0.1   1:37.74 php-fpm56
26557 szukamp+  20   0  152972  29448  10892 S   3.7  0.1   0:13.57 php-fpm56
26575 szukamp+  20   0  151024  27252  10896 S   3.3  0.1   0:12.71 php-fpm56
16912 apache    20   0 4755460  39924   8768 S   1.0  0.1   0:39.19 httpd
16914 apache    20   0 4754956  26676   8760 S   1.0  0.1   0:23.14 httpd
    7 root      20   0       0      0      0 S   0.3  0.0 391:57.95 rcu_sched
  152 root       0 -20       0      0      0 S   0.3  0.0   7:41.66 kworker/2:1H
  631 message+  20   0   42124   3416   3028 S   0.3  0.0   2:37.94 dbus-daemon
 8276 root      20   0  161048  76168   6136 S   0.3  0.2   0:11.56 /usr/bin/spamd
16917 apache    20   0 4754956  32956   8772 S   0.3  0.1   0:22.36 httpd
16922 apache    20   0 4755440  36472   8912 S   0.3  0.1   0:54.23 httpd
26768 root      20   0   23656   3100   2528 R   0.3  0.0   0:00.08 top

16914 apache 20 0 4754956 26276 8752 S 6.4 0.1 0:21.00 /usr/sbin/httpd -DFOREGROUND

 

Teraz jeszcze wskoczyło

21824 szukamp+ 20 0 184060 59348 10892 R 100.0 0.2 4:01.16 php-fpm: pool szukamprac

25123 szukamp+ 20 0 178308 53888 10892 R 100.0 0.2 1:02.22 php-fpm: pool szukamprac

22622 szukamp+ 20 0 156132 31568 11940 R 32.2 0.1 2:46.81 php-fpm: pool szukamprac

 

Po kolejnym odświeżeniu

794 mysql 20 0 915232 240428 14900 S 6.4 0.7 10456:11 /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --log-error=/usr/local/mysql/data/serwer.szukampracy.kylos.net.pl.err --pid-file=/usr/local/mysql/data/mysqld.pid --socket=/usr/local/mysql/data/mysql.sock

 

6802 root 20 0 0 0 0 S 6.4 0.0 0:11.67 [kworker/4:1]

22625 szukamp+ 20 0 173104 51796 14492 S 6.4 0.2 2:51.34 php-fpm: pool szukamprac

Edytowano przez Kochan (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Czyli najpierw optymalizacja mysql a następnie dopasowanie pozostałej konfiguracji. Jeżeli zależy tobie by ktoś na to spojrzał napisz post w zleceniach. Trochę zabawy by przeanalizować logi i co kilka dni podreperować ewentualnymi zmianami w plikach konfiguracyjnych. Niestety nikt nie ustawi tobie tego w jeden dzień. Możesz posiłkować się wszelkiego rodzaju skryptami do tuningu mysql jeżeli chcesz pogrzebać sam ale na początek przejrzyj logi. Przy takiej czkawce również dyski mogą mieć znaczenie i wydaje mi się a nawet jestem pewien że są to zwykłe HDD nie SSD. Jak skrypt trzepie bazą to niestety również może to być słabe ogniwo które w połączeniu z obecną konfiguracją powoduje że serwer czeka zanim pozamyka kilka procesów.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×