Au fait, je n'ai pas l'habitude d'etre aussi agessif, desolé.
"1) Si tu veux je te fais un while(1) fork(), tu verras que Linux non plus n'arrive pas a liberer ses ressources apres ca. Ca n'a rien a voir avec le systeme lui-meme si le probleme est du a une appli(bon pas toujours)"
Non, je parlais d'ouvrir puis de fermer NORMALEMENT Word, et cela 40 fois de suite. Ensuite, tu n'avais plus qu'à rebooter la machine.
"2) le support SMP est une merde dans Linux en ce moment, point. "
Je pensais plus à Solaris, par exemple.
"Faire du temps reel avec un OS qui n'est pas temps reel, ben desole mais il faut etre un peu con. Si on a invente QNX et autres OS RT c'est pas pour des prunes."
Sans dec ? ;)
"Et encore plus si le simulateur n'est pas threade, alors la il faut pas esperer que les 2 procs bossent, et ce sur n'importe quel OS. "
Prends moi pour un con...
"3) Il est mille fois plus propre de fermer une appli en lui balancant un close avant de lui balancer un kill, car ca lui permet de fermer proprement(genre sauver des donnees, etc...) au cas ou elle serait encore en etat de le faire. "
Il est totalement anormal qu'un OS ne sache pas remettre le système en etat derriere une appli utilisateur !!! Personnelement, j'utilise toujours le kill -15 avant le kill -9 qui est toujours plus rapide que le bouton reset pour lancer la machine.
"4) Les latences j'en sais rien, je connais pas trop le sujet "
"5) Tu apprendras qu'un noyau RT est totalement different d'un noyau non-RT, ce sont 2 choses TOTALEMENT differentes.
MS n'a jamais dit que NT etait un OS temps reel.
Tu remarqueras que Linux n'est pas temps reel, et que des boites ont cree des noyaux temps reels pour Linux. Si tu savais de quoi tu parlais ca serait pas mal tu sais... "
Vas-y prends moi encore pour un con. Je sais que cela ne veux pas dire grand chose mais je sors d'une ecole d'inge et je fais un DEA d'info. Si tu veux que l'on parle d'algo de scheduling RT, appelle moi ;)
"6) Non, on code au jour le jour selon nos envie( question debile, reponse debile) "
Qu'est-ce que cela a de débile ? Les spec formelles peuvent servir à demontrer des propriétes de tes programmes. C'est pas encore franchement industriel mais je ne connais pas de boite aussi grosse que MS en soft. Alors, je me posais la question.
[^] # 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.
"1) Si tu veux je te fais un while(1) fork(), tu verras que Linux non plus n'arrive pas a liberer ses ressources apres ca. Ca n'a rien a voir avec le systeme lui-meme si le probleme est du a une appli(bon pas toujours)"
Non, je parlais d'ouvrir puis de fermer NORMALEMENT Word, et cela 40 fois de suite. Ensuite, tu n'avais plus qu'à rebooter la machine.
"2) le support SMP est une merde dans Linux en ce moment, point. "
Je pensais plus à Solaris, par exemple.
"Faire du temps reel avec un OS qui n'est pas temps reel, ben desole mais il faut etre un peu con. Si on a invente QNX et autres OS RT c'est pas pour des prunes."
Sans dec ? ;)
"Et encore plus si le simulateur n'est pas threade, alors la il faut pas esperer que les 2 procs bossent, et ce sur n'importe quel OS. "
Prends moi pour un con...
"3) Il est mille fois plus propre de fermer une appli en lui balancant un close avant de lui balancer un kill, car ca lui permet de fermer proprement(genre sauver des donnees, etc...) au cas ou elle serait encore en etat de le faire. "
Il est totalement anormal qu'un OS ne sache pas remettre le système en etat derriere une appli utilisateur !!! Personnelement, j'utilise toujours le kill -15 avant le kill -9 qui est toujours plus rapide que le bouton reset pour lancer la machine.
"4) Les latences j'en sais rien, je connais pas trop le sujet "
"5) Tu apprendras qu'un noyau RT est totalement different d'un noyau non-RT, ce sont 2 choses TOTALEMENT differentes.
MS n'a jamais dit que NT etait un OS temps reel.
Tu remarqueras que Linux n'est pas temps reel, et que des boites ont cree des noyaux temps reels pour Linux. Si tu savais de quoi tu parlais ca serait pas mal tu sais... "
Vas-y prends moi encore pour un con. Je sais que cela ne veux pas dire grand chose mais je sors d'une ecole d'inge et je fais un DEA d'info. Si tu veux que l'on parle d'algo de scheduling RT, appelle moi ;)
"6) Non, on code au jour le jour selon nos envie( question debile, reponse debile) "
Qu'est-ce que cela a de débile ? Les spec formelles peuvent servir à demontrer des propriétes de tes programmes. C'est pas encore franchement industriel mais je ne connais pas de boite aussi grosse que MS en soft. Alors, je me posais la question.
"7)si tu me dis ce que veut dire CMM je veux bien reflechir a la question "
cf http://www.sei.cmu.edu/cmm/cmms/cmms.html(...)
cela signifie "Capability Maturity Models", avec la méthode COCOMO ( http://sunset.usc.edu/research/COCOMOII/index.html(...) ), c'est des méthodes qui permettent d'évaluer les techniques de developpement des softs.