Oui c'est vrai, n'importe qui peut rechercher ou se trouve le bug.
1) ca veut pas dire que tout le monde le fait
2) c'est quand tu tombes sur le bug, quasiment personne ne s'amuse a lire le code des softs pour faire un audit, sauf chez undesBSD.
Dans le proprio:
1) Ben ca c'est moins faisable c'est sur.
2) Autre methode: les gens envoient un bug report a l'editeur en disant quelles etapes ils ont faites et quel a ete le resultat, ensuite c'est le dev qui chasse le bug, et vu que c'est son code et il le connait par coeur, plusieurs fois il passe meme pas par le debuggeur, il se dit "p*tain ce que je suis c*n!" et il va corriger le bug tout de suite.
Comment marche un swap:
Objectif: garder en RAM physique les pages qui sont le plus susceptibles d'etre appelees.
--> les pages les moins utilisees finissent sur le swap quand pas assez de RAM physique.
Cas 1)
Quand tu lis un fichier:
le fichier est mappe en RAM, et pour optimiser la choses la VM lit des pages 'en avance' --> des pages ont besoin d'etre chargees en RAM. Si tu copies un gros fichier, le systeme charge toutes les pages du fichier, pour ca il doit faire de la place --> tous ces softs que t'as pas touche depuis longtemps(-> qui ont peu de probabilite d'etre retouches dans un futur proche) tombent dans le swap.
Cas 2)
Tu as 1-2 softs qui tournent en background et qui consomment 30Mo de RAM, mais ton desktop lui ne fait rien.
Ces softs consomment au total 30Mo de RAM au total, mais c'est en fait un amas d'allocations/deallocations, si les allocations ne peuvent pas se faire dans les blocs desalloues car les tailles ne sont pas compatibles, il faut allouer de nouvelles pages --> il faut les mettre en RAM --> il faut mettre des vieilles pages sur le swap --> ton desktop part sur le swap
Cas typique de la memoire fragmentee car le soft alloue sa memoire comme un porc.
Voila, c'est assez primitif comme explication mais ca t'eclaireras peut-etre.
Oui, et dans la licence MS il est dit la meme chose que dans la GPL, et dans la licence Adobe aussi, et dans la licence Apple aussi, et dans la licence Symantec aussi, et ....
Tout le monde fait ca, car il est IMPOSSIBLE de garantir un soft 100% bug free, alors garantir un truc dont tu sais qu'il va te retomber sur la gueule a un moment ou un autre, j'en connais pas beaucoup qui le feraient.
Bon j'aurais pu effectivement ne pas mettre cette phrase car ca ne refletait que mon point de vue et c'etait pas vraiment en rapport direct avec la news, OK je fais mon mea culpa.
Mais en meme temps je trouvais que ca pouvait prouver a certains de ces "gros boeufs" comme tu les appelles qui s'evertuaient a m'expliquer que Open Source = moins de bugs a coup sur que proprio que ce n'est pas forcement toujours vrai.
Si quelque uns arrivent a comprendre cela de cet article en faisant le rapprochement, ca sera toujours un point positif.
Non serieusement, c'est clair que c'est pas prouvable a 100% vu que vous pouvez pas voir le code, mais des centaines de personnes hors MS l'ont vu dans un tas de boites differentes.
Ca aurait fini par se savoir si c'etait le cas vu l'attrait que ce genre de news peut avoir, hors ca n'est jamais arrive.
La GDI dans le kernel(quelques primitives pour etre precis, c'est pas toute la partie graphique) ca amene comme desavantage:
- un risque de bugs supplementaires dans le kernel vu que ca amene du code en plus.
et comme avantage:
- une plus grande rapidite
Partant de la, il y avait un choix a faire, MS a voulu prendre le risque, et moi je trouves que le resultat est pas mal(Win2k/XP), je dirais pas que c'est 3x mieux que si on l'avait pas fait, mais je ne trouves pas que ca a eu des repercussions negatives.
NT4 etait pas tres stable, mais il faut voir pourquoi, est-ce que c'etait a cause de ces primitives rajoutees au kernel ? oui il y a eu quelques bugs la-dedans qui ont ete corriges depuis. Depuis le debut de Win2000, on n'en a trouve aucun dans cette partie du kernel. Si NT4 plantait c'etait a cause d'autres bugs.
Quand a la serie 9x, bon moi j'ai probablement une opinion pire que la plupart des gens ici sur ces OS du point de vue technique, donc on va pas s'etendre sur ces bouses.
Le serveur telnet, c'est sur qu'il est pas top, mais en passant, si t'as des plaintes justifiees et reproduisibles quand au serveur telnet pour Win2k(bugs, standard pas respecte,..), envoie les moi et je m'occuperai de la chose. SVP, pour les bugs ca serait cool d'avoir des etapes pour reproduire la chose...
Quand a NT6, ben j'ai probablement pas le droit d'en parler, donc j'ai rien lu.
Cites moi donc UNE SEULE ligne de code du noyau NT qui a ete rachetee a qui que ce soit.
NT c'est 100% MS.
Ils ont engage Dave Cutler et d'autres gars de chez DEC et l'OS a ete cree par eux.
Quand au code tiers, ben a mon avis il doit surement y avoir quelques bouts de code a droite a gauche qui viennent d'ailleurs(genre ftp.exe/telnet.exe et autres outils IP ont des parties de code reprises a une version BSD) mais je suis sur a 100% que +95% du code de l'OS a ete developpe ici.
Aucun OS n'est architecture de la meme maniere ou ne ressemble a Windows, le kernel est bien different de n'importe quel autre kernel, ...
Dans ce genre de cas, c'est probablement plus couteux et long d'essayer d'adapter un truc completement different(avec les risques que ca comporte point de vue retards/bugs/... que le reecrire.
Quand a vendre du code, ben je vois rien de choquant la dedans personnellement, qu'est ce qu'il y a de choquant a vendre du code ?
Eh, j'ai jamais dit que proprio et libre c'est la meme chose, c'est TRES clairement different.
Mais du point de vue 'soft bug free', aucun des 2 n'est exempt, c'est tout ce que je dis et RIEN d'autre. J'ai jamais dit que LES problemes etaient les memes, je dis que CE probleme est le meme, il faut pas extrapoler non plus.
Que les devs se gueulent dessus, ben ca arrive partout ca, ca n'a rien d'etonnant, et je dirais meme plus c'est bon signe pour le soft, ca veut dire que les devs s'en occupent et s'en soucient :+)
Ben la comparaison que je fais c'est le cote "bug free" c'est tout, ensuite les gens qui sont pas d'accord entre eux, bon ca aussi c'est dans les 2 mais dans le monde proprio ca se voit pas vu que les mailing-lists sont internes a l'entreprise et non-divulgees(de ce cote la on peut dire que c'est different, ca ne se sait pas), mais crois-moi, ca flame pas mal aussi chez les devs proprietaires, et pour des trucs tres tres cons parfois....
Oui je confirme, le but de Windows c'est d'etre accessible a tout le monde, donc au debutant, en tout cas c'est un critere essentiel de l'OS.
Ensuite MS a decide qu'il etait possible de faire plus que des petits serveurs web/serveurs de fichiers dans les PME et Win2000 est arrive, et la ben t'as tout ce dont l'admin a besoin pour gerer des parcs enormes de machines depuis un seul desktop.
Ce qu'il faut comprendre c'est que ta mere va pas etre capable de gerer un parc de 50 serveurs parce que pour ca il faut des competences, mais pour une utilisation "desktop" elle a absolument pas besoin d'un command line.
Eh, si tu modifies l'OS contre les recommandations il faut pas t'etonner si l'OS est pas content.
Quand a effacer dllcache, je comprends bien la raison, mais le jour ou tu en auras besoin ben tu vas faire la gueule... enfin bon c'est un choix.
Pour ton histoire de Joystick, je suppose que ca t'es jamais venu a l'esprit que ca pourrait etre le driver le probleme je suppose... Ca pourrait etre l'OS qui sait, mais balancer la faute sur l'OS sans faire plus de recherche c'est un peu facile.
Eh ben oui justement, c'est parce que je sors de chez moi et que je connais la vraie vie que je dis ca.
Tu crois que ta mere a ENVIE d'apprendre la ligne de commande ? non elle s'en fout royalement car l'informatique ne l'interesse pas et etre plus "productive" au depens de 10h de formation ca ne l'interesse pas du tout, comme moi j'ai pas envie de savoir comment marche le moteur de ma voiture car ca m'interesse pas.
Tes secretaires elles ont pas vu le soft et ont compris comment l'utiliser, elles ont ete formees dessus, et elles ont DU le faire car c'est leur job.
Ben tu ouvres le fichier dans emacs et tu regardes le contenu, ensuite tu pars dans le debugger et tu verifies que tout ce qui est dans le fichier apparait et a une signification.
La grand-mere peut pas faire ca, mais des developpeurs experimentes peuvent, certains n'ont probablement meme pas besoin du debuggeur.
http://www.ins.gov/graphics/services/refugees/qa.htm(...)
The following is a list of grounds for which a refugee may not be admitted to the U.S.:
...
A person who is or has been a member of the communist or any other totalitarian party.
Pauvre Robert Hue, il ne pourra pas venir manger des BigMac en buvant un DrPepper, quel dommage...
Dans le genre pays de la liberte on a vu mieux.
[^] # Re: PBPG -1 ; modérateurs -1
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -1.
1) ca veut pas dire que tout le monde le fait
2) c'est quand tu tombes sur le bug, quasiment personne ne s'amuse a lire le code des softs pour faire un audit, sauf chez undesBSD.
Dans le proprio:
1) Ben ca c'est moins faisable c'est sur.
2) Autre methode: les gens envoient un bug report a l'editeur en disant quelles etapes ils ont faites et quel a ete le resultat, ensuite c'est le dev qui chasse le bug, et vu que c'est son code et il le connait par coeur, plusieurs fois il passe meme pas par le debuggeur, il se dit "p*tain ce que je suis c*n!" et il va corriger le bug tout de suite.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -2.
[^] # Re: Pas tous les mêmes problèmes
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -1.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 3.
Objectif: garder en RAM physique les pages qui sont le plus susceptibles d'etre appelees.
--> les pages les moins utilisees finissent sur le swap quand pas assez de RAM physique.
Cas 1)
Quand tu lis un fichier:
le fichier est mappe en RAM, et pour optimiser la choses la VM lit des pages 'en avance' --> des pages ont besoin d'etre chargees en RAM. Si tu copies un gros fichier, le systeme charge toutes les pages du fichier, pour ca il doit faire de la place --> tous ces softs que t'as pas touche depuis longtemps(-> qui ont peu de probabilite d'etre retouches dans un futur proche) tombent dans le swap.
Cas 2)
Tu as 1-2 softs qui tournent en background et qui consomment 30Mo de RAM, mais ton desktop lui ne fait rien.
Ces softs consomment au total 30Mo de RAM au total, mais c'est en fait un amas d'allocations/deallocations, si les allocations ne peuvent pas se faire dans les blocs desalloues car les tailles ne sont pas compatibles, il faut allouer de nouvelles pages --> il faut les mettre en RAM --> il faut mettre des vieilles pages sur le swap --> ton desktop part sur le swap
Cas typique de la memoire fragmentee car le soft alloue sa memoire comme un porc.
Voila, c'est assez primitif comme explication mais ca t'eclaireras peut-etre.
[^] # Re: Pas tous les mêmes problèmes
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 4.
Tout le monde fait ca, car il est IMPOSSIBLE de garantir un soft 100% bug free, alors garantir un truc dont tu sais qu'il va te retomber sur la gueule a un moment ou un autre, j'en connais pas beaucoup qui le feraient.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -1.
Task Manager -> Performance -> Kernel Memory -> Paged ?
Euh non, ca c'est la memoire qui PEUT etre mise sur swap, ca veut pas dire qu'elle l'est.
[^] # Re: PBPG -1 ; modérateurs -1
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 2.
Mais en meme temps je trouvais que ca pouvait prouver a certains de ces "gros boeufs" comme tu les appelles qui s'evertuaient a m'expliquer que Open Source = moins de bugs a coup sur que proprio que ce n'est pas forcement toujours vrai.
Si quelque uns arrivent a comprendre cela de cet article en faisant le rapprochement, ca sera toujours un point positif.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -1.
T'appelles quoi "demarrage de la machine" ? avant le login ou apres ?
-1 car toujours HS
[^] # Re: troll in the news
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -2.
Ca te va ? :+)
Non serieusement, c'est clair que c'est pas prouvable a 100% vu que vous pouvez pas voir le code, mais des centaines de personnes hors MS l'ont vu dans un tas de boites differentes.
Ca aurait fini par se savoir si c'etait le cas vu l'attrait que ce genre de news peut avoir, hors ca n'est jamais arrive.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -3.
-1 car HS
[^] # Re: mouais
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 10.
- un risque de bugs supplementaires dans le kernel vu que ca amene du code en plus.
et comme avantage:
- une plus grande rapidite
Partant de la, il y avait un choix a faire, MS a voulu prendre le risque, et moi je trouves que le resultat est pas mal(Win2k/XP), je dirais pas que c'est 3x mieux que si on l'avait pas fait, mais je ne trouves pas que ca a eu des repercussions negatives.
NT4 etait pas tres stable, mais il faut voir pourquoi, est-ce que c'etait a cause de ces primitives rajoutees au kernel ? oui il y a eu quelques bugs la-dedans qui ont ete corriges depuis. Depuis le debut de Win2000, on n'en a trouve aucun dans cette partie du kernel. Si NT4 plantait c'etait a cause d'autres bugs.
Quand a la serie 9x, bon moi j'ai probablement une opinion pire que la plupart des gens ici sur ces OS du point de vue technique, donc on va pas s'etendre sur ces bouses.
Le serveur telnet, c'est sur qu'il est pas top, mais en passant, si t'as des plaintes justifiees et reproduisibles quand au serveur telnet pour Win2k(bugs, standard pas respecte,..), envoie les moi et je m'occuperai de la chose. SVP, pour les bugs ca serait cool d'avoir des etapes pour reproduire la chose...
Quand a NT6, ben j'ai probablement pas le droit d'en parler, donc j'ai rien lu.
[^] # Re: troll in the news
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -1.
Cites moi donc UNE SEULE ligne de code du noyau NT qui a ete rachetee a qui que ce soit.
NT c'est 100% MS.
Ils ont engage Dave Cutler et d'autres gars de chez DEC et l'OS a ete cree par eux.
Quand au code tiers, ben a mon avis il doit surement y avoir quelques bouts de code a droite a gauche qui viennent d'ailleurs(genre ftp.exe/telnet.exe et autres outils IP ont des parties de code reprises a une version BSD) mais je suis sur a 100% que +95% du code de l'OS a ete developpe ici.
Aucun OS n'est architecture de la meme maniere ou ne ressemble a Windows, le kernel est bien different de n'importe quel autre kernel, ...
Dans ce genre de cas, c'est probablement plus couteux et long d'essayer d'adapter un truc completement different(avec les risques que ca comporte point de vue retards/bugs/... que le reecrire.
Quand a vendre du code, ben je vois rien de choquant la dedans personnellement, qu'est ce qu'il y a de choquant a vendre du code ?
[^] # Re: troll in the news
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à -3.
probleme = "soft bug free"
Ensuite le cote devs pas d'accord, pour moi c'est pas un probleme mais un plus, ca montre qu'il y a au moins une remise en cause des choix.
[^] # Re: sacré pbpg
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 7.
Mais du point de vue 'soft bug free', aucun des 2 n'est exempt, c'est tout ce que je dis et RIEN d'autre. J'ai jamais dit que LES problemes etaient les memes, je dis que CE probleme est le meme, il faut pas extrapoler non plus.
Que les devs se gueulent dessus, ben ca arrive partout ca, ca n'a rien d'etonnant, et je dirais meme plus c'est bon signe pour le soft, ca veut dire que les devs s'en occupent et s'en soucient :+)
[^] # Re: mouais
Posté par pasBill pasGates . En réponse à la dépêche Une bonne explication du probleme de la VM dans le kernel 2.4 et de ses implications. Évalué à 8.
[^] # Re: Fatal error: core dumped
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à 1.
Ensuite MS a decide qu'il etait possible de faire plus que des petits serveurs web/serveurs de fichiers dans les PME et Win2000 est arrive, et la ben t'as tout ce dont l'admin a besoin pour gerer des parcs enormes de machines depuis un seul desktop.
Ce qu'il faut comprendre c'est que ta mere va pas etre capable de gerer un parc de 50 serveurs parce que pour ca il faut des competences, mais pour une utilisation "desktop" elle a absolument pas besoin d'un command line.
[^] # Re: Inexact ...
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à 0.
[^] # Re: Pas possible.
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à 2.
[^] # Re: Fatal error: core dumped
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à 2.
Je serais ravi que tu me trouves un article qui dit le contraire.
Les quotas sont dispos depuis la version 5, a mon avis tu confonds avec ca.
[^] # Re: On dirait C6PO
Posté par pasBill pasGates . En réponse à la dépêche Robot humanoïde sous Rt-Linux. Évalué à -3.
[^] # Re: quel dommage
Posté par pasBill pasGates . En réponse à la dépêche Lancement de XP: ça cafouille, ça cafouille.... Évalué à 1.
Quand a effacer dllcache, je comprends bien la raison, mais le jour ou tu en auras besoin ben tu vas faire la gueule... enfin bon c'est un choix.
Pour ton histoire de Joystick, je suppose que ca t'es jamais venu a l'esprit que ca pourrait etre le driver le probleme je suppose... Ca pourrait etre l'OS qui sait, mais balancer la faute sur l'OS sans faire plus de recherche c'est un peu facile.
[^] # Re: Fatal error: core dumped
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à 0.
Tu crois que ta mere a ENVIE d'apprendre la ligne de commande ? non elle s'en fout royalement car l'informatique ne l'interesse pas et etre plus "productive" au depens de 10h de formation ca ne l'interesse pas du tout, comme moi j'ai pas envie de savoir comment marche le moteur de ma voiture car ca m'interesse pas.
Tes secretaires elles ont pas vu le soft et ont compris comment l'utiliser, elles ont ete formees dessus, et elles ont DU le faire car c'est leur job.
[^] # Re: Encore un effort....
Posté par pasBill pasGates . En réponse à la dépêche SSSCA ou la tentative de tuer le logiciel libre ?. Évalué à 10.
[^] # Re: Inexact ...
Posté par pasBill pasGates . En réponse à la dépêche Windows XP : Attention au crash !. Évalué à -1.
La grand-mere peut pas faire ca, mais des developpeurs experimentes peuvent, certains n'ont probablement meme pas besoin du debuggeur.
[^] # Re: Encore un effort....
Posté par pasBill pasGates . En réponse à la dépêche SSSCA ou la tentative de tuer le logiciel libre ?. Évalué à 8.
http://www.ins.gov/graphics/services/refugees/qa.htm(...)
The following is a list of grounds for which a refugee may not be admitted to the U.S.:
...
A person who is or has been a member of the communist or any other totalitarian party.
Pauvre Robert Hue, il ne pourra pas venir manger des BigMac en buvant un DrPepper, quel dommage...
Dans le genre pays de la liberte on a vu mieux.