Ca va pas non !! Je ne connais pas bien W2000 mais sur NT4 apres un nombre de lancement bien precis de Word le system plantais car il etait incapable de recuperer la memoire ! Super la gestion des fuites !
- le support SMP est mauvais
Mais bien sur ! Toujours pour NT4, une boite qui fait des simulateurs temps reel a ete obliger par l'armee a utilisee NT, a partir de 50% de charge le scheduling faisait n'importe quoi (notement un proc etait a 100% et l'autre ne foutait plus rien). Resultat les machines necessaires etait 2 fois plus puissante qu'avec l'OS precedent pour tenir la charge.
- le support USB est mauvais
- les intefaces utilisateurs sont loin d'etre au point
C'est vrai mais cela commence à changer.
Tu peux aussi m'expliquer pourquoi le fait de vouloir killer une appli ne fait qu'envoyer un message close a l'application au lieu de la virer (comme le bon vieux kill -9)?
Tu m'explique aussi pourquoi une boite bourre de thesard arrive a pondre un OS avec des latences aussi pourris (cf l'article sur le kernel basse latence et selon l'expérience du laboratoire réseaux de l'ecole (d'inge) ou je travaille).
Et tu m'expliques l'interret qu'aurait une boite de develloper un noyau RT pour gicler celui de base, si ce dernier faisait correctement son boulot ?
Bref, je peux en trouver d'autre si tu veux.
Tiens une question concernant leur méthode de travaille. Vu la taille du code, MS utilise-t-il de langage de description formelle pour faire des preuves sur leur concept ? (et eviter les bug d'archi)
Et je serais curieux de connaitre le niveau CMM des equipes de dev (d'apres ce que tu dis ils sont a prioris entre 1 et 2, ce qui, pour une boite de soft, n'est pas terrible).
[^] # Re: Alors ca c'est de la propagande Microsoft franchement honteuse
Posté par Anonyme . En réponse à la dépêche Microsoft volerait le code source de Linux. Évalué à 0.
Ca va pas non !! Je ne connais pas bien W2000 mais sur NT4 apres un nombre de lancement bien precis de Word le system plantais car il etait incapable de recuperer la memoire ! Super la gestion des fuites !
- le support SMP est mauvais
Mais bien sur ! Toujours pour NT4, une boite qui fait des simulateurs temps reel a ete obliger par l'armee a utilisee NT, a partir de 50% de charge le scheduling faisait n'importe quoi (notement un proc etait a 100% et l'autre ne foutait plus rien). Resultat les machines necessaires etait 2 fois plus puissante qu'avec l'OS precedent pour tenir la charge.
- le support USB est mauvais
- les intefaces utilisateurs sont loin d'etre au point
C'est vrai mais cela commence à changer.
Tu peux aussi m'expliquer pourquoi le fait de vouloir killer une appli ne fait qu'envoyer un message close a l'application au lieu de la virer (comme le bon vieux kill -9)?
Tu m'explique aussi pourquoi une boite bourre de thesard arrive a pondre un OS avec des latences aussi pourris (cf l'article sur le kernel basse latence et selon l'expérience du laboratoire réseaux de l'ecole (d'inge) ou je travaille).
Et tu m'expliques l'interret qu'aurait une boite de develloper un noyau RT pour gicler celui de base, si ce dernier faisait correctement son boulot ?
Bref, je peux en trouver d'autre si tu veux.
Tiens une question concernant leur méthode de travaille. Vu la taille du code, MS utilise-t-il de langage de description formelle pour faire des preuves sur leur concept ? (et eviter les bug d'archi)
Et je serais curieux de connaitre le niveau CMM des equipes de dev (d'apres ce que tu dis ils sont a prioris entre 1 et 2, ce qui, pour une boite de soft, n'est pas terrible).
nicO