hello
je te remercie de ta réponse
pour le ntfs à priori j'explorerai le web la réponse doit pas etre simple
pour le oom j'imaginais que comme openbsd le fait par défaut (à savoir, en cas d'OOM -expérimenté- dans les cinq minutes il kill tout le Xorg, et relance le bouzin juste après) linux debian, érigé en star linuxienne de la stabilité, ferait de meme, à savoir moins de 5/10min d'attente que les applis se resaississent avant de tuer les brebis galeuses dans l'idée de rendre à nouveau le système propre et suffisamment réactif avant redémarrage éventuel (en cas de freeze, clavier/souris sont totalement inopérants)
sauf que le 5/10min observé sous openbsd, sous linux l'oom c'est 72heures (!!) ce qui est à mon gout inacceptable à l'instar de l'observateur observé ci-dessous : https://unix.stackexchange.com/questions/373312/oom-killer-doesnt-work-properly-leads-to-a-frozen-os
[^] # Re: reponse D jean pierre
Posté par tkr (Mastodon) . En réponse au message LMDE5, deux problemes. Évalué à 0.
hello
je te remercie de ta réponse
pour le ntfs à priori j'explorerai le web la réponse doit pas etre simple
pour le oom j'imaginais que comme openbsd le fait par défaut (à savoir, en cas d'OOM -expérimenté- dans les cinq minutes il kill tout le Xorg, et relance le bouzin juste après) linux debian, érigé en star linuxienne de la stabilité, ferait de meme, à savoir moins de 5/10min d'attente que les applis se resaississent avant de tuer les brebis galeuses dans l'idée de rendre à nouveau le système propre et suffisamment réactif avant redémarrage éventuel (en cas de freeze, clavier/souris sont totalement inopérants)
sauf que le 5/10min observé sous openbsd, sous linux l'oom c'est 72heures (!!) ce qui est à mon gout inacceptable à l'instar de l'observateur observé ci-dessous :
https://unix.stackexchange.com/questions/373312/oom-killer-doesnt-work-properly-leads-to-a-frozen-os