Allez, c'est fini, plus d'anonymat.
Je trouve que c'est justement dans le monde des serveurs que la programmation doit être la plus rigoureuse possible. Alors, c'est vrai que l'OS va nettoyer l'environnement de d'exécution mais c'est le cas du plantage radical. Il y a beaucoup plus grave, ton process ne se plante pas mais "jardine" (en clair, il prend de plus en plus de place en mémoire). Le problème c'est qu'au bout d'un moment, c'est mort et t'es obligé de rebooter.
Par exemple, actuellement, je programme un logiciel temps réel en C++ sur Windows (je sais, je sais !! Halte aux trolls) qui tourne 24/24, 7/7. Je l'ai laissé tourner deux jours et comme il y avait une fuite mémoire que je n'avais pas vu, fini le programme en à peine 15 heures.
Il n'y a rien de pire qu'un programme qui doit tourner sans gêner autour d'où la nécessité de le blinder.
[^] # Re: Pouah
Posté par Blackknight (site web personnel, Mastodon) . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
Je trouve que c'est justement dans le monde des serveurs que la programmation doit être la plus rigoureuse possible. Alors, c'est vrai que l'OS va nettoyer l'environnement de d'exécution mais c'est le cas du plantage radical. Il y a beaucoup plus grave, ton process ne se plante pas mais "jardine" (en clair, il prend de plus en plus de place en mémoire). Le problème c'est qu'au bout d'un moment, c'est mort et t'es obligé de rebooter.
Par exemple, actuellement, je programme un logiciel temps réel en C++ sur Windows (je sais, je sais !! Halte aux trolls) qui tourne 24/24, 7/7. Je l'ai laissé tourner deux jours et comme il y avait une fuite mémoire que je n'avais pas vu, fini le programme en à peine 15 heures.
Il n'y a rien de pire qu'un programme qui doit tourner sans gêner autour d'où la nécessité de le blinder.