Ca veut simplement dire que la machine n'avait pas un bon administrateur (qui, il est vrai, sont rares et coûtent cher aussi). Sur une machine de formation, ce n'est pas vraiment étonnant.
Normalement les programmes sont exécutés dans des files d'exécutions (genre QBATCH, QINTER...) et ne peuvent pas prendre plus de ressources que ce qui est alloué à la file. Par exemple certains admins limitent la compilation dans une file batch (dont impossible d'interférer avec les sessions interactives) et encore en limitant l'utilisation CPU, donc ne peuvent pas impacter tout le système.
Même les fichiers de base de données ont des limites du nombre d'enregistrements fixés dès la création, donc un programme qui part en quenouille et qui boucle en écriture ne peut en principe pas saturer le disque.
Après, c'est comme tout système, si c'est administré comme un pied, que ce soit du windows, de l'unix ou autre, ça ne peut que mal tourner.
[^] # Re: arroseur arrosé ?
Posté par xulops (site web personnel) . En réponse au journal EBCDIC n'est pas compatible avec la RGPD. Évalué à 10.
Ca veut simplement dire que la machine n'avait pas un bon administrateur (qui, il est vrai, sont rares et coûtent cher aussi). Sur une machine de formation, ce n'est pas vraiment étonnant.
Normalement les programmes sont exécutés dans des files d'exécutions (genre QBATCH, QINTER...) et ne peuvent pas prendre plus de ressources que ce qui est alloué à la file. Par exemple certains admins limitent la compilation dans une file batch (dont impossible d'interférer avec les sessions interactives) et encore en limitant l'utilisation CPU, donc ne peuvent pas impacter tout le système.
Même les fichiers de base de données ont des limites du nombre d'enregistrements fixés dès la création, donc un programme qui part en quenouille et qui boucle en écriture ne peut en principe pas saturer le disque.
Après, c'est comme tout système, si c'est administré comme un pied, que ce soit du windows, de l'unix ou autre, ça ne peut que mal tourner.