Pagini recente » Rating UVT-BUTUNOI-CARTIS-CHEROIU-COZMA (UVT_CARTIS_ANDREI_IONUT) | Diferente pentru planificare/sedinta-20081107 intre reviziile 16 si 28 | Cod sursa (job #144469) | Monitorul de evaluare | Diferente pentru planificare/camp-alcatraz intre reviziile 29 si 31
Nu exista diferente intre titluri.
Diferente intre continut:
* Raport despre imbunatatirile de performanta
* Implementam alte feature-uri ✓
* Stabilim data si obiectivele pentru urmatorul Coding Camp
* Stabilim data si obiectivele pentru urmatorul Coding Camp ✓
* Feedback
h2. To Do
MySQL, asa cum il folosim noi, este suspectul principal. De fiecare data cand site-ul nu raspunde si am putut sa ma uit la lista de procese MySQL era in top. Chiar si cand site-ul este responsive si fara trafic semnificativ, MySQL consuma constant CPU. Spre exemplu, acum e 5 dimineata in Romania, site-ul este responsive, iar primele doua procese arata asa:
<pre style="line-height: 1em">
==code(c)|
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1179 mysql 15 0 175m 44m 3072 S 84 4.3 60370:09 mysqld
19234 apache 17 0 75336 24m 10m S 8 2.4 0:03.17 httpd
</pre>
==
Unele query-uri sunt prea incete. In /var/lib/mysql/infoarena-slow.log gasiti un slow-queries log facut de MySQL. (Are 1.4GB!) Log-ul trebuie interpretat cu atentie deoarece unele query-uri incete pot declansa o cascada de alte query-uri incete. Un query care in mod obisnuit este foarte rapid poate sa se blocheze asteptand un alt query sa termine; ambele query-uri ajung in infoarena-slow.log.
Am observat ca pe live (FS ext3), timpul de acces la un fisier oarecare dintr-un director variaza foarte mult in functie de numarul total de fisiere din acel director.
<pre style="line-height: 1em; overflow: auto">
==code(c)|
# echo -n ~infoarena/live/{cache,attach,www,www/views} /var/lib/php/session /tmp /usr/bin /usr/lib | xargs -d" " -IX echo ' echo -e `find X -type f -maxdepth 1 | wc -l` "\t" `~infoarena/live/scripts/fs-benchmark X` "\t" X ' | bash
39114 1.7286 /home/infoarena/live/cache
348 0.0028 /tmp
1194 0.1031 /usr/bin
309 0.3081 /usr/lib
</pre>
==
Prima coloana reprezinta numarul de fisiere dintr-un director, a doua reprezinta timpul de acces (fopen + fread 2KB) la 100 de fisiere alese aleator din acel director. Script-ul fs-benchmark il gasiti pe live.
Nu exista diferente intre securitate.
Topicul de forum nu a fost schimbat.