2010/12/18 Iulian Roman <[email protected]>: >> >> I/O mare e relativ simplu de lamurit, se ia un proces D si se vede ce >> > _relativ_, pentru ca I/O bottleneck e una din cele mai delicate probleme de > performanta din punctul meu de vedere si depinde foarte mult de aplicatia > care ruleaza pe masina respectiva.
In cazul generic, da, de acord. In cazul particular "de ce s-a apucat serverul sa se miste greu brusc", pasul 1 sa vezi care device e ala cu dude si pasul 2 e sa vezi cine il chinuie. Sugestia mea cu uitatul dupa D state si dupa kernel threads ajuta la pasul 1. Pentru pasul 2 fiecare server are o lista cu "usual suspects" asa ca nu e greu sa ajungi repede la un raspuns "good enough" folosind metode euristice. Nu incerc sa minimizez importanta profilingului si debuggingului exact, doar vreau sa zic ca nu are sens sa scoti din prima big guns cand poti face repede ceva util cu metode mai batranesti. Performance tuning faci cand merge totul bine si vrei sa mai scoti un "oomph" suplimentar de performanta, nu cand "pacientul" e pe moarte. Si in orice caz, subliniez inca o data importanta monitorizarii constante: http://www.flickr.com/photos/straup/2247714432/ -- Petre. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
