Benvenuto nella nostra community, registra un account gratuito ADESSO!
Oltre 7000 persone hanno già registrato il loro account.
Chiedi aiuto, conversa con aziende ed esperti del settore webhosting italiano.
Iscriviti subito! In meno di 2 minuti!
LinkBack URL
About LinkBacks
che script php hai talmente pesanti da far spare l'uso della cpu così in alto? cmq è strano che invece il consumo di ram sia così basso...hai zendoptimizer o un estensione simile su php? se no ti consiglio di metterlo che di sicuro migliora
cmq alex saprà di sicuro trovare il problema
se invece è tutto ok e dopo aver config al meglio hai ancora tale consumo gli itanium forse potrebbero essere la soluzione
A zendoptimizer non ci avevo pensato, grazie, appena risponde anche Alex vedo un pò che fare, c è un modo per vedere quali script php nel sito sono i più pesanti?
dovresti saperlo tu se li hai fatti tu oppure controlla il codice dei software che usi, cmq potrebbe essere anche per le impostazioni mysql non ottimali (che non utilizzano sempre il più possibile la ram ma lavorano a disco rallentando quindi anche l'esecuzione degli script php che richiedono le query...problema che avevo anche io con un browsergame appena messo su un vps che con una cinquantina di utenti online andava il carico a quasi 1, spesso una buona percentuale di uso della cpu e poco di ram mentre ora carico sempre prossimo allo zero anche con 200 utenti online, basso utilizzo di cpu e tanto di ram)
quindi ricapitolando inizia a mettere zendoptimizer e poi imposta mysql sfruttando i 4 gb di ram che hai che nn sono pochi (quello è sicuramente più bravo alex solo che mi sembra che nn faccia sfruttare al massimo la ram e se hai db abbastanza grossi e/o parecchi db inizia a lavorare di disco e rallenta appena ci sono troppe query)
ah...@alex il problema mysql che avevo dopo l'inserimento del config che mi hai consiglio l'ho quasi risolto facendo risgobbare la ram...tu sei troppo gentile con lei
con 4 gb di ram per esempio io metterei queste o anche più^^'':
table_cache = 2048
max_allowed_packet = 16M
binlog_cache_size = 1M
max_heap_table_size = 64M
key_buffer = 768M
sort_buffer_size = 8M
join_buffer_size = 8M
thread_cache_size = 8
thread_concurrency = 8
query_cache_size = 64M
query_cache_limit = 2M
[isamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 16M
write_buffer = 16M
[myisamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 16M
write_buffer = 16M
open-files-limit = 8192
usu così al volo ti direi di installare xcache in primis, seconda cosa verifica di avere il modulo mod_fastcgi e in caso tu non lo abbia installalo.
poi edita
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi", <-- non ricordo se è bin o sbin verifica
"socket" => "/tmp/php.socket",
"max-procs" => 1,
"bin-environment" => (
"PHP_FCGI_CHILDREN" => "20",
"PHP_FCGI_MAX_REQUESTS" => "10000"
)
"broken-scriptfilename" => "enable"
)))
per il resto prova questo my.cnf
nb. mettere 768 come key_buffer è un suicidioCodice:[client] port = 3306 socket = /var/run/mysqld/mysqld.sock [mysqld] port = 3306 socket = /var/run/mysqld/mysqld.sock safe-show-database #old_passwords back_log = 75 skip-innodb max_connections = 500 key_buffer = 128M myisam_sort_buffer_size = 64M join_buffer_size = 1M read_buffer_size = 1M sort_buffer_size = 2M table_cache = 2000 thread_cache_size = 128 wait_timeout = 35 connect_timeout = 10 tmp_table_size = 64M max_heap_table_size = 64M max_allowed_packet = 64M max_connect_errors = 10 thread_concurrency = 4 read_rnd_buffer_size = 524288 bulk_insert_buffer_size = 8M query_cache_limit = 4M query_cache_size = 64M query_cache_type = 1 query_prealloc_size = 131072 query_alloc_block_size = 65536 default-storage-engine = MyISAM [mysqld_safe] nice = -5 open_files_limit = 8192 [mysqldump] quick max_allowed_packet = 16M [myisamchk] key_buffer = 64M sort_buffer = 64M read_buffer = 16M write_buffer = 16M [mysqlhotcopy] interactive-timeout
poi per lighttpd che non conosco benissimo dovrei vedere un pò, ma il load a 2 lo portava su php5-cgi?
Il miglior sito italiano su winning eleven e pro evolution soccer
Ubuntu è una antica parola africana che significa: "Non so installare Debian"
Domani faccio i vari tweak, grazie ad entrambi, comunque quello che carica il server è sia php5 che mysql, un top di qualche secondo fa:
Grazie ancora, domani vi faccio sapere come vaCodice:top - 21:38:14 up 2 days, 3:01, 1 user, load average: 2.26, 2.29, 2.15 Tasks: 87 total, 3 running, 84 sleeping, 0 stopped, 0 zombie Cpu(s): 69.4%us, 8.8%sy, 0.0%ni, 21.3%id, 0.0%wa, 0.5%hi, 0.0%si, 0.0%st Mem: 4086120k total, 3899976k used, 186144k free, 138280k buffers Swap: 2104504k total, 36k used, 2104468k free, 3537836k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 27451 www-data 16 0 33464 9440 4872 S 46 0.2 1:38.64 php5-cgi 3319 mysql 15 0 128m 50m 5812 S 44 1.3 456:55.13 mysqld 27409 www-data 16 0 36604 11m 4864 R 21 0.3 1:55.28 php5-cgi 27300 www-data 18 0 33500 9600 5004 S 13 0.2 1:56.91 php5-cgi 27550 www-data 17 0 32660 7788 4228 S 3 0.2 0:00.08 php5-cgi 9564 www-data 15 0 10288 7708 848 S 2 0.2 11:10.75 lighttpd 9570 www-data 18 0 32648 9.9m 6788 S 0 0.2 0:00.15 php5-cgi 27549 itasubs 15 0 2228 1144 856 R 0 0.0 0:00.03 top 1 root 15 0 1944 640 544 S 0 0.0 0:01.52 init 2 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/0 3 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0 4 root RT 0 0 0 0 S 0 0.0 0:00.13 migration/1 5 root 34 19 0 0 0 S 0 0.0 0:00.06 ksoftirqd/1 6 root 10 -5 0 0 0 S 0 0.0 0:01.21 events/0 7 root 10 -5 0 0 0 S 0 0.0 0:00.79 events/1 8 root 11 -5 0 0 0 S 0 0.0 0:00.00 khelper 9 root 10 -5 0 0 0 S 0 0.0 0:00.00 kthread 13 root 10 -5 0 0 0 S 0 0.0 0:00.06 kblockd/0 14 root 10 -5 0 0 0 S 0 0.0 0:00.09 kblockd/1 29 root 10 -5 0 0 0 S 0 0.0 0:00.00 kseriod 105 root 10 -5 0 0 0 S 0 0.0 0:04.91 kswapd0 106 root 13 -5 0 0 0 S 0 0.0 0:00.00 aio/0 107 root 12 -5 0 0 0 S 0 0.0 0:00.00 aio/1 256 root 15 0 0 0 0 S 0 0.0 0:00.06 kirqd
non mi torna qualcosa joomla + smf con 100 utenti e ti porta il carico a 2 non è normale
Il miglior sito italiano su winning eleven e pro evolution soccer
Ubuntu è una antica parola africana che significa: "Non so installare Debian"
è infatti impossibile che porta il carico così alto...pure su vps di base andrebbe benone con solo un centinaio di utenti e tu invece hai un buon dedicato...sicura che non sia per altri script (magari pure che accedono ai db da remoto o script anche semplici di codice che devono fare centinaia di migliaia di operazioni a lancio e vengono lanciati molto spesso?
inoltre ho visto dal rapporto di mysql che hai postato che ha svolto 7 query di media al sec, sul mio vps aruba quando nn c'è tanto carico ne faccio 40 e il carico è tendente a 0
prova ad accedere al phpmyadmin, entrare in stato, copiare la tabella traffico connessioni e i vari valori in rosso che trovi e copiarli qui
Grazie mille, ho installato xcache e modificato i files di configurazione come suggerito da Alex, sicuramente php è migliorato tantissimo arrivando a consumare poco o niente, anche mysql è migliorato anche se continua a consumare abbastanza, posto la configurazione di xcache che non sono sicuro sia ottimale visto è praticamente quella di default:
Ecco i valori rossi della schermata di phpmyadmin:Codice:extension=memcache.so [memcache] memcache.dbpath=/var/lib/memcache memcache.maxreclevel=0 memcache.maxfiles=0 memcache.archivememlim=0 memcache.maxfilesize=0 memcache.maxratio=0 [xcache-common] ;; install as zend extension (recommended), normally "$extension_dir/xcache.so" zend_extension = /usr/lib/php5/20060613+lfs/xcache.so ; zend_extension_ts = /usr/local/lib/php/extensions/non-debug-zts-xxx/xcache.so ;; For windows users, replace xcache.so with php_xcache.dll ;zend_extension_ts = c:/php/extensions/php_xcache.dll ;; or install as extension, make sure your extension_dir setting is correct ; extension = xcache.so ;; or win32: ; extension = php_xcache.dll [xcache.admin] xcache.admin.auth = On xcache.admin.user = "mOo" ; xcache.admin.pass = md5($your_password) xcache.admin.pass = "" [xcache] ; ini only settings, all the values here is default unless explained ; select low level shm/allocator scheme implemenation xcache.shm_scheme = "mmap" ; to disable: xcache.size=0 ; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows xcache.size = 64M ; set to cpu count (cat /proc/cpuinfo |grep -c processor) xcache.count = 1 ; just a hash hints, you can always store count(items) > slots xcache.slots = 8K ; ttl of the cache item, 0=forever xcache.ttl = 0 ; interval of gc scanning expired items, 0=no scan, other values is in seconds xcache.gc_interval = 0 ; same as aboves but for variable cache xcache.var_size = 64M xcache.var_count = 1 xcache.var_slots = 8K ; default ttl xcache.var_ttl = 0 xcache.var_maxttl = 0 xcache.var_gc_interval = 300 xcache.test = Off ; N/A for /dev/zero xcache.readonly_protection = Off ; for *nix, xcache.mmap_path is a file path, not directory. ; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection ; 2 group of php won't share the same /tmp/xcache ; for win32, xcache.mmap_path=anonymous map name, not file path xcache.mmap_path = "/dev/zero" ; leave it blank(disabled) or "/tmp/phpcore/" ; make sure it's writable by php (without checking open_basedir) xcache.coredump_directory = "" ; per request settings xcache.cacher = On xcache.stat = On xcache.optimizer = Off [xcache.coverager] ; per request settings ; enable coverage data collecting for xcache.coveragedump_directory and xcache_coverager_start/stop/get/clean() functions (will hurt ex$ xcache.coverager = Off ; ini only settings ; make sure it's readable (care open_basedir) by coverage viewer script ; requires xcache.coverager=On xcache.coveragedump_directory = ""
Ed infine un top appena fatto con circa 250 utenti online:Codice:Handler_read_rnd 26 k Handler_read_rnd_next 240 M Created_tmp_disk_tables 936 Select_full_join 78 Select_range_check 2 Sort_merge_passes 1 Opened_tables 779 Table_locks_waited 730
Comunque adesso le queries per second sono 156.06Codice:top - 14:49:06 up 1:01, 2 users, load average: 1.81, 1.46, 1.59 Tasks: 105 total, 1 running, 104 sleeping, 0 stopped, 0 zombie Cpu(s): 14.2%us, 6.5%sy, 0.0%ni, 77.6%id, 1.0%wa, 0.3%hi, 0.3%si, 0.0%st Mem: 4086120k total, 648564k used, 3437556k free, 38520k buffers Swap: 2104504k total, 0k used, 2104504k free, 449736k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8710 mysql 10 -5 210m 41m 4712 S 24 1.0 8:12.48 mysqld 8173 www-data 16 0 161m 24m 19m S 7 0.6 0:44.05 php5-cgi 8170 www-data 16 0 161m 27m 21m S 5 0.7 0:42.22 php5-cgi 8169 www-data 19 0 161m 24m 19m S 2 0.6 0:43.83 php5-cgi 8161 www-data 15 0 7344 4748 832 S 1 0.1 0:26.71 lighttpd 8168 www-data 16 0 161m 23m 18m S 1 0.6 0:42.99 php5-cgi 2730 root 16 0 2228 1144 856 S 0 0.0 0:05.10 top 8186 www-data 16 0 161m 22m 17m S 0 0.6 0:41.67 php5-cgi 9104 root 15 0 2228 1152 856 R 0 0.0 0:00.03 top 1 root 15 0 1948 640 544 S 0 0.0 0:01.49 init 2 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 3 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0 4 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1 5 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1 6 root 10 -5 0 0 0 S 0 0.0 0:00.87 events/0 7 root 10 -5 0 0 0 S 0 0.0 0:00.78 events/1 8 root 10 -5 0 0 0 S 0 0.0 0:00.00 khelper 9 root 10 -5 0 0 0 S 0 0.0 0:00.00 kthread 13 root 10 -5 0 0 0 S 0 0.0 0:00.01 kblockd/0 14 root 10 -5 0 0 0 S 0 0.0 0:00.01 kblockd/1 29 root 10 -5 0 0 0 S 0 0.0 0:00.00 kseriod 103 root 16 0 0 0 0 S 0 0.0 0:00.00 pdflush 104 root 15 0 0 0 0 S 0 0.0 0:00.04 pdflush 105 root 11 -5 0 0 0 S 0 0.0 0:00.00 kswapd0 106 root 12 -5 0 0 0 S 0 0.0 0:00.00 aio/0 107 root 11 -5 0 0 0 S 0 0.0 0:00.00 aio/1 256 root 15 0 0 0 0 S 0 0.0 0:00.00 kirqd 355 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/0 356 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/1 357 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/0 358 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/1 380 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata/0 381 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata/1 382 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata_aux 403 root 15 -5 0 0 0 S 0 0.0 0:00.01 scsi_eh_0 404 root 11 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_1 409 root 10 -5 0 0 0 S 0 0.0 0:00.01 scsi_eh_2 410 root 10 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_3 826 root 10 -5 0 0 0 S 0 0.0 0:00.00 khubd 1152 root 10 -5 0 0 0 S 0 0.0 0:01.34 kjournald 1329 root 16 -4 2180 620 356 S 0 0.0 0:00.15 udevd 1664 root 12 -5 0 0 0 S 0 0.0 0:00.00 kpsmoused 1833 root 13 -5 0 0 0 S 0 0.0 0:00.00 kmirrord 2174 root 17 0 1624 568 460 S 0 0.0 0:00.12 syslogd 2180 root 15 0 1576 376 308 S 0 0.0 0:00.00 klogd 2289 root 22 0 1752 400 320 S 0 0.0 0:00.00 courierlogger 2290 root 24 0 1908 596 476 S 0 0.0 0:00.00 authdaemond
Grazie ancora, se passate da Milano fatemelo sapere che come minimo vi devo offrire la cena
ora è meglio ma mysql nn è ancora messo bene, i valori in rosso che hai sono più per query non ottime e se a causa di cms è dura migliorare ma ciò nonostante non si spiega ancora un così alto utilizzo, hai db utilizzati in remoto?
cmq potrebbe anche essere le numerose connessioni che se non permanenti consumano parecchie risorse a continuare ad aprire a chiuderne e quindi ti consiglierei di usare le persistenti ove possibile
Nessun db remoto, adesso ho impostato la connessione persistente di SMF, la cosa strana è che non c'è neanche una slow query
php direi è a posto ora, prova con questi valore su mysql:
query_cache_limit = 8M
query_cache_size = 80M
query_cache_type = 1
query_prealloc_size = 65536
query_alloc_block_size = 32768
query_cache_min_res_unit = 4096
Il miglior sito italiano su winning eleven e pro evolution soccer
Ubuntu è una antica parola africana che significa: "Non so installare Debian"
aumentando la cache di mysql dovresti avere risultati migliori
Direi che è migliorato ancora:
Aumentando ancora quei valori dovrebbe migliorare ulteriormente?Codice:top - 16:17:03 up 2:29, 2 users, load average: 0.99, 0.94, 0.95 Tasks: 110 total, 2 running, 108 sleeping, 0 stopped, 0 zombie Cpu(s): 21.0%us, 6.5%sy, 0.0%ni, 71.7%id, 0.5%wa, 0.2%hi, 0.2%si, 0.0%st Mem: 4086120k total, 824916k used, 3261204k free, 50952k buffers Swap: 2104504k total, 0k used, 2104504k free, 603260k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 10376 mysql 10 -5 232m 39m 4716 S 26 1.0 5:11.91 mysqld 8186 www-data 17 0 161m 25m 20m S 6 0.6 1:53.40 php5-cgi 8167 www-data 16 0 161m 32m 26m S 5 0.8 1:53.17 php5-cgi 8182 www-data 16 0 161m 31m 25m S 5 0.8 1:55.81 php5-cgi 8173 www-data 16 0 161m 28m 23m S 5 0.7 1:52.97 php5-cgi 8185 www-data 16 0 161m 30m 24m S 5 0.8 1:51.26 php5-cgi 8169 www-data 18 0 162m 27m 21m S 2 0.7 1:51.96 php5-cgi 8161 www-data 15 0 7856 5204 840 S 1 0.1 1:15.95 lighttpd 2721 root 15 0 7860 2372 1912 S 0 0.1 0:02.51 sshd 10444 root 15 0 2232 1156 856 R 0 0.0 0:02.23 top 1 root 15 0 1948 640 544 S 0 0.0 0:01.49 init 2 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 3 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0 4 root RT 0 0 0 0 S 0 0.0 0:00.02 migration/1 5 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1 6 root 10 -5 0 0 0 S 0 0.0 0:00.87 events/0 7 root 10 -5 0 0 0 S 0 0.0 0:00.78 events/1 8 root 10 -5 0 0 0 S 0 0.0 0:00.00 khelper 9 root 10 -5 0 0 0 S 0 0.0 0:00.00 kthread 13 root 10 -5 0 0 0 S 0 0.0 0:00.02 kblockd/0 14 root 10 -5 0 0 0 S 0 0.0 0:00.02 kblockd/1 29 root 10 -5 0 0 0 S 0 0.0 0:00.00 kseriod 103 root 16 0 0 0 0 S 0 0.0 0:00.00 pdflush 104 root 15 0 0 0 0 S 0 0.0 0:00.10 pdflush 105 root 11 -5 0 0 0 S 0 0.0 0:00.00 kswapd0 106 root 12 -5 0 0 0 S 0 0.0 0:00.00 aio/0 107 root 11 -5 0 0 0 S 0 0.0 0:00.00 aio/1 256 root 15 0 0 0 0 S 0 0.0 0:00.02 kirqd 355 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/0 356 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/1 357 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/0 358 root 16 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/1 380 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata/0 381 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata/1 382 root 20 -5 0 0 0 S 0 0.0 0:00.00 ata_aux 403 root 15 -5 0 0 0 S 0 0.0 0:00.01 scsi_eh_0 404 root 11 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_1 409 root 10 -5 0 0 0 S 0 0.0 0:00.01 scsi_eh_2 410 root 10 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_3 826 root 10 -5 0 0 0 S 0 0.0 0:00.00 khubd 1152 root 10 -5 0 0 0 S 0 0.0 0:02.69 kjournald 1329 root 16 -4 2180 620 356 S 0 0.0 0:00.15 udevd 1664 root 12 -5 0 0 0 S 0 0.0 0:00.00 kpsmoused 1833 root 13 -5 0 0 0 S 0 0.0 0:00.00 kmirrord 2174 root 15 0 1624 568 460 S 0 0.0 0:00.18 syslogd 2180 root 15 0 1576 376 308 S 0 0.0 0:00.00 klogd
in linea teorica potrebbe sembrare che più metti in cache e meglio è...
poi bisogna vedere il caso particolare e provare ^^
ogni caso richiede un certo quantitativo di cache e diverse politiche per essere al massimo delle performance ( dipende dalle query che fai )
al solito consiglio la lettura dell'ottima documentazione http://dev.mysql.com/tech-resources/...ery-cache.html
come vedi con alcuni tipi di query la cache è perfettamente inutile
uhm ora dovremmo andare sul tuning ma andrebbe fatto in un momento di picco utenza per capire meglio come procedere
Il miglior sito italiano su winning eleven e pro evolution soccer
Ubuntu è una antica parola africana che significa: "Non so installare Debian"
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)
Permessi di Scrittura
© 2006 - 2011 WeTalk Group di Vasini Luca e Bellasio Stefano s.n.c. - P.iva 03958550406
E' vietata la riproduzione anche parziale dei contenuti
Rispondi Citando
Segnalibri