Prelink și preload pentru accelerarea programelor în linux

În acest articol voi descrie două utilitare care vor ajuta la accelerarea sistemului Linux, și anume lansarea aplicațiilor: prelink și preload. Prelink optimizează fișierele executabile pentru legarea rapidă la biblioteci. Preload caches biblioteci și programe utilizate în mod obișnuit.






Detalii sub tăiere.


Preload este un daemon care colectează informații despre programele și bibliotecile utilizate frecvent și le cachează în memorie pentru lansare rapidă. În consecință, este irațional să-l utilizați dacă aveți un RAM mic. Setările sunt în fișierul /etc/preload.conf. Valorile standard sunt cele mai potrivite pentru dvs., dar vă voi oferi o descriere a principalelor opțiuni:
model.cycle - cât de des preîncărcarea va primi de la sistem date despre programele și bibliotecile utilizate.
model.halflife - cât de des preîncărcarea va reinițializa informațiile vechi.
model.minsize - limita dimensiunii programului sau a bibliotecii pe care preîncărcarea o va procesa.
În fișierul /var/lib/preload/preload.state puteți vedea informații despre funcționarea preîncărcării.







testarea


Cu ajutorul utilitarului, cinci măsurători ale executării comenzii "php -v" au fost făcute cu un interval de câteva secunde. Primele cinci măsurători fără optimizări, apoi a fost lansată utilitatea prelink, s-au efectuat cinci măsurători. În final, daemonul de preîncărcare a fost pornit, după apariția php-ului în cache-ul de preîncărcare, s-au efectuat din nou cinci măsurători. Rezultatele sunt afișate pe grafic (cifre - milisecunde):

Trebuie remarcat faptul că pe desktop, câștigul de performanță va fi semnificativ mai mare, datorită "grelei" DE, având un număr mare de biblioteci conexe.

Testarea în articol este o speculație pură și flagrantă.

Spun acest lucru ca un om care și-a petrecut un an de viață problema cererilor de pornire de timp (soluția la această problemă într-un caz particular a fost obiectul diplomei) și rupt o mulțime de copii numai de testare timp de pornire.

În primul rând, diferența în mai puțin de 10 ms nu poate fi considerat un credit la orice optimizări, deoarece orice proces de fond privind sistemul poate schimba ora de pornire la câteva sute de milisecunde, să nu mai vorbim de zeci.

În plus, o mică informație distorsionată despre Preload.
Nu se cachează fără minte numai fișierele și bibliotecile utilizate frecvent.
El studiază secvențele aplicațiilor și bibliotecilor descărcate, astfel încât data viitoare când porniți programul A, el a ghicit imediat să descarce bibliotecile B și C, care sunt de obicei încărcate imediat după A.

Prin urmare, un exemplu cu o încărcare completă a sistemului (I, de exemplu, după utilizarea Preload a observat o accelerație vizuală evidentă în încărcarea KDE) ar fi mai revelatoare.







Articole similare

Trimiteți-le prietenilor: