Puncte:0

Server web Apache: omorâți automat procesul/thread-ul care consumă prea multă RAM

drapel mp

Rulăm un server web Apache (versiunea 2.4.51 pe Debian 11) care oferă un site web imens cu o mulțime de scripturi, toate scrise în Perl. Problema este că nimeni nu își poate da seama cu adevărat cum funcționează codul, iar funcționalitatea este înlocuită continuu cu un nou software scris în PHP. Uneori, deși vechiul cod Perl trece într-o buclă, începe să consume prea multă RAM și serverul web Apache este ucis de ucigașul OOM al kernelului. Acest lucru nu se întâmplă destul de des, dar când se întâmplă, cineva trebuie să se autentifice la server și să repornească Apache, ceea ce costă timp prețios deoarece site-ul oferă funcționalități importante utilizatorilor.

Cerința este să configurați serverul web Apache astfel încât firele de execuție care au intrat într-o buclă să fie eliminate înainte ca ucigașul OOM să distrugă procesul părinte Apache. Toate celelalte fire de execuție Apache ar trebui să continue să ruleze, doar cel care consumă prea multă RAM ar trebui să fie eliminat/terminat de Apache însuși sau de unele funcționalități Systemd cgroup (sau alte mijloace dacă există).

Cum este posibilă îndeplinirea acestei cerințe?

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.