l'architecte a écrit 80 commentaires

La cause principale de freezes (qui cessent après le timeout) est une mauvaise configuration de la résolution de noms: spécifier un serveur DNS inaccessible, que ce soit simplement par une connexion désactivée ou une mauvaise table de routage. Essaie de lancer firefox avec strace (strace firefox): il affichera tous les appels systèmes qu'il exécute et tu pourras voir où il freeze.

Ca se limite effectivement à ça. C'est mieux de le faire avec Debian non lancé (donc depuis une Knoppix par exemple) en montant hda8 sur /mnt/src et hda9 sur /mnt/dest., puis de faire un chroot dans /mnt/dest pour relancer lilo. Ainsi, les fichiers de lock, pid et autres seront effacés et le redémarrage se passera sans accrocs. Et ça évite de devoir copier les répertoires de la racine un à un puisqu'on ne peut pas copier un répertoire dans un de ses sous-répertoires (/ dans /mnt)

D'un autre côté, pour l'utilisateur/concepteur de logiciel libre pas trop stupide, Mono n'apporte qu'un langage de plus, assez sympa à programmer il est vrai, et apporte une surcharge inutile avec la machine virtuelle puisque la possibilité de recompiler le code source nous apporte cette portabilité à moindre coût. La seule utilisation sensée d'une machine virtuelle est dans une utilisation genre applet java, où l'"exécutable" doit être fourni tel quel sans connaître l'OS sur lequel il tournera.

Evidemment, en cas d'environnement hétérogène avec des systèmes propriétaires, rien de ce qui précède ne s'applique.

Il y a quelques siècles, ils disaient même trois-vingts pour 60. Je pense que la base 20 est liée à une habitude des commerçants.

J'ai constaté des délais de 5 secondes entre le clic sur un bouton et l'ouverture d'une connexion TCP procoquée par ce clic avec le .NET made in Redmond (j'ai même pu lancer le serveur après le clic). Ca ne me semble pas négligeable et n'a pas étonné outre mesure le prof qui me cotait.