Puncte:1

Încărcare medie mare în sistemul de operare Solaris - Datorită I/O de citire ridicată

drapel br

În sistemul de operare Linux, media de încărcare depinde de mai mulți factori, cum ar fi utilizarea CPU, numărul de procese de somn neîntreruptibile și alții. Pe de altă parte, încărcarea medie a sistemului de operare Solaris depinde de numărul de procese care pot fi executate și care rulează.

M-am confruntat cu o medie de încărcare mare de aproximativ 250 (1 min), 230 (5 min), 219 (15 min) pe o mașină de metal goală Solaris, având resursele ca

vCPU-uri: 256 RAM: 512 GB DISK: SAN

În timpul acestei încărcări mari, mi-am dat seama că timpul de inactivitate al procesorului (87% inactiv) și RAM-ul liber este de aproximativ > 100 GB. Arată complet că nu există niciun blocaj la aceste două resurse. Pe măsură ce procesul de backup rulează pe sistem și o mulțime de solicitări de citire se vor întâmpla pe sistemul meu de fișiere SAN, dar timpul de răspuns este de aproximativ 0,25-0,35 ms, ceea ce este mult mai mic sau bun. Din utilitarul iostat, am constatat că acele sisteme de fișiere erau aproximativ 40-50% ocupate. Din vmstat, după câteva secunde, există aproximativ 40-120 de procese rulabile înseamnă că intră în runqueue, dar în următoarea secundă valoarea este 0. Din grafice și statistici, era vizibil că cererea de citire a cauzat această problemă.

Întrebări:

  1. Aceste procese care pot fi executate ar putea cauza o încărcare medie atât de mare? Dacă este, deci Cum
  2. Dacă timpul de răspuns la cererea de citire de la SAN este mult bun și valoarea ocupată a sistemului de fișiere este de 50 la sută, nu de 100 la sută, atunci de ce acest lucru provoacă încărcare? Cum poate fi relatabil.

Notă: În cazul oricărei probleme legate de acest scenariu, vă rugăm să-mi spuneți.

Andrew Henle avatar
drapel ph
*Demonstrează complet că nu există niciun blocaj la aceste două resurse* Nu, nu există. De fapt, s-ar putea întâmpla exact invers. Postați rezultatul de la `echo ::memstat | mdb -k`, rulează ca root. În primul rând, „memoria liberă” numără memoria din sistemul de fișiere și cache-urile ZFS ARC drept „liberă”. Dacă aveți nevoie bruscă de RAM și este legat în ZFS ARC, sunteți înnebunit. Sigur, ZFS ARC își va elibera memoria, dar aceasta poate fi cronometrată cu un cadran solar, deoarece este cu un singur fir și S-L-O-W. Când se întâmplă acest lucru, cozile de rulare cresc în timp ce procesoarele sunt inactive și memoria este „liberă”.
Andrew Henle avatar
drapel ph
Și este și mai rău dacă cererea ta bruscă de RAM este pentru pagini uriașe - atunci paginile de memorie nu trebuie doar să fie eliberate de ZFS ARC, ci și paginile de 4 kb trebuie să fie reunite în paginile uriașe necesare. (Apoi paginile uriașe sunt eliberate și revendicate de ZFS ARC și împărțite înapoi în pagini de 4 kb - repetați *ad naseum*...)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.