> Je pensais que le noyau Linux aurait éventuellement bénéficié de progrès récents dans la technologie. Si on découvre un nouvel algorithme dans 6 mois, il ne pourra pas être disponible sur une machine actuelle.
Des progres... oui que la machine devienne intelligente; d'apres [1] ca serait pas possible :-)
Quand tu es a cours de memoire
1/ tu ne fais rien, la charge va s'envoler, la machine va partir au tas
2/ tuer la tache qui a le plus de memoire alloue : merde tu viens de tuer la BDD qui bouffait 8Go de RAM c'est con !
3/ tuer la tache qui a le debit d'allocation memoire le plus eleve, c'est pas dit que tu tue la bonne tache
4/ tuer une tache au hasard c'est pas mieux.
5/ tuer la tache qui vient de faire la demande d'allocation memoire, c'est pas dit que ce soit la bonne
6/ pouvoir proteger certains process de l'OOM killer c'est mieux
7/ indiquer les taches a tuer a l'OOM killer c'est lourd a gerer
8/ tu as une proposition ?
Le choix de l'action a prendre est SUBJECTIF. Il n'y a pas d'algorithme satisfaisant pour ce problème. C'est a l'administrateur de savoir administrer et aux developpeurs de fournir ce dont l'admin a besoin.
Linux te permet deja de faire pas mal de chose et autrement c'est pas enorme a coder.
solution : mettre des restrictions sur les utilisateurs et attendre les plaintes par ce que c'est trop restrictif. Apres si quelqu'un a un compte local c'est qu'il est digne de confiance et mettre une limit raisonable pour eviter les erreurs suffit en general.
[1] :
Alan Turing thought about criteria to settle the question of whether
machines can think, a question of which we now know that it is about as
relevant as the question of whether submarines can swim.
-- Dijkstra
[^] # Re: Pk pas ca :
Posté par ckyl . En réponse au journal Comparatif entre systèmes d'exploitation. Évalué à 3.
Des progres... oui que la machine devienne intelligente; d'apres [1] ca serait pas possible :-)
Quand tu es a cours de memoire
1/ tu ne fais rien, la charge va s'envoler, la machine va partir au tas
2/ tuer la tache qui a le plus de memoire alloue : merde tu viens de tuer la BDD qui bouffait 8Go de RAM c'est con !
3/ tuer la tache qui a le debit d'allocation memoire le plus eleve, c'est pas dit que tu tue la bonne tache
4/ tuer une tache au hasard c'est pas mieux.
5/ tuer la tache qui vient de faire la demande d'allocation memoire, c'est pas dit que ce soit la bonne
6/ pouvoir proteger certains process de l'OOM killer c'est mieux
7/ indiquer les taches a tuer a l'OOM killer c'est lourd a gerer
8/ tu as une proposition ?
Le choix de l'action a prendre est SUBJECTIF. Il n'y a pas d'algorithme satisfaisant pour ce problème. C'est a l'administrateur de savoir administrer et aux developpeurs de fournir ce dont l'admin a besoin.
http://lwn.net/Articles/104185/(...)
Linux te permet deja de faire pas mal de chose et autrement c'est pas enorme a coder.
solution : mettre des restrictions sur les utilisateurs et attendre les plaintes par ce que c'est trop restrictif. Apres si quelqu'un a un compte local c'est qu'il est digne de confiance et mettre une limit raisonable pour eviter les erreurs suffit en general.
[1] :
Alan Turing thought about criteria to settle the question of whether
machines can think, a question of which we now know that it is about as
relevant as the question of whether submarines can swim.
-- Dijkstra