pasBill pasGates a écrit 16060 commentaires

L'archi interne a peut-être changé. Mais il n'est pas plus rapide que XP, les IO disques sont plus lentes, il mange plus de RAM, il consomme plus de jus. Il n'apporte pas de fonctionnalité supplémentaire. (DX10 et Internet explorer aurait pu être porté sous XP).

Il consomme plus de jus ? J'etais pas au courant, idem pour les IO

Quand aux fonctionnalites supplementaires, c'est a se demander si tu t'es informe sur Vista ou si tu reprends texto des aneries que tu as lues sur le net.

A moins que cela soit très différent, sous Linux, le code doit être absolument réentrant, ce qui n'est pas à la portée de tout le monde.

Oui, mais ca n'a rien a voir avec des connaissances avancees du kernel, deja avec MS-DOS les softs residents devaient etre reentrants.

J'ai codé des drivers Linux. J'ai lu des articles des personnes se plaignant de l'extrême complexité du SDK de pilote windows et de la lenteur du processus de certification qui était comparé à la simplicité de dev du kernel Linux (ce qui permet une boucle de dévelopement beaucoup plus rapide).

Qu'est ce que le processus de certification a a voir la dedans ? Le driver fonctionne sans certification.

J'ai lu les articles microsoft qui faisait une classification de l'origine des écrans bleus de windows, une grosse majorité (60 ? 70% ?) venait des drivers.

Et tu crois que sous Linux c'est different ?

J'ai aussi expérimenté les plantages multiples qui demandaient une upgrade de drivers (carte mère, carte son, et surtout carte video).
Je n'ai jamais expérimenté de plantage de Linux sauf en 3D avec les drivers proprio...

Tu es bien chanceux, parce que c'est loin d'etre le cas de tout le monde.

D'ailleurs, une entreprise développant des outils de vérification de qualité de code l'avait passé sur des drivers Nvidia avait mis à jour des gros hacks pas propres orienté perf à fond mais surtout pas stabilité.

Je n'ai pas vu de code de drivers Windows mais pour toute les raisons que je viens de citer, je maintiens que la méthode de développement de Linux et des *BSD est supérieur à celle retenu pour les drivers Windows.

Tu es libre de croire ce que tu veux hein, mais de la a en faire une verite il y a encore un gros pas.

Pour qui ? encore une fois, je ne crois pas qu'on parle de la même catégorie d'utilisateur, je parle de l'utilisateur lambda représentant une majorité, pas du service informatique d'une multinationale qui en effet va avoir de nouveaux outis intéressants (et même là, j'ai du mal à voir ce qui peut bien créer une telle lourdeur).

DirectX10, WPF, WCF, WFP, ... sont des *plateformes* par dessus lesquelles les editeurs peuvent ecrire nombre de softs aux nouvelles possibilites.

La reecriture du systeme de gestion de l'affichage c'est un gain direct en stabilite pour l'utilisateur(grosse partie des drivers en user-mode).

Le systeme de recherche avec indexage, c'est un gain de temps tres important pour l'utilisateur.

etc...

Encore une fois, informes toi sur l'OS avant de juger, c'est un minimum requis pour avoir une discussion.

En fait, question très con, mais il y a peut-être là une grosse différence : Dans quel pays vies-tu ? parce que de nos jour en France, les gens qui changent d'ordinateur que parce que le premier est de venu inutisable, ce n'est pas un pourcentage très faible !

Rien a voir avec le pays, c'est vrai partout, les gens changent de PC quand l'ancien est inutilisable, ou si ils veulent de nouvelles fonctionnalites.
Le truc c'est que t'as pas 20% des PCs de la planete qui sont devenus inutilisables en 2 ans non ? Pourtant Vista est a 20% de parts de marche maintenant...

Parce que sous Windows il faut acheter des licences pour le nombre de connections simultanees a la machine.

Ton serveur avait 4 licences, si ils avaient achete 200 licences, ca aurait permis 200 connections simultanees.

Bref encore une fois tu montres que tu fait des jugements a l'emporte piece sur un systeme dont tu ne connais rien.

De plus, quel intérêt aurait une boite avec de tels logiciels qui fonctionne de changer de système, vu qu'ils n'ont aucun problème ? Eux ne vont pas passer à Linux, et les développeurs de tels logiciels n'auront donc pas à les porter.

Bah je sais pas, la societe ne migre pas sous Linux car 3 softs dont elle a besoin n'existent pas sous Linux, tu vois toujours pas l'utilite ?

Donc voilà, on incite peut-être pas les boites à porter leurs programmes sous Linux, mais peut-être aussi qu'on ne les souhaites pas.

Ca effectivement, si vous ne souhaitez pas que Linux gagne des parts de marche, qu'il gagne une place sur le desktop et qu'il rend le systeme plus interessant pour les constructeurs et fabricants de HW il n'y a rien a changer.

Ils peuvent aussi payer, voir demander gratuitement à une distrib de le faire (si Oracle demande ça à Mandriva, je pense qu'il le feront avec plaisir). Cela doit représenter une journée de boulot pour une personne qui connait bien la distrib en question pour n'importe quel logiciel.

Il a un truc qui visiblement t'echappe:

Les tests doivent etre executes regulierement, et cela prend des jours voire des semaines selon la complexite des softs, avec dans certains cas pas mal de travail manuel.

Bref, si tu crois que Mandriva va faire cela gratuitement, tu reves, le test c'est la partie la plus couteuse du developpement de softs.

C'est sur que ce n'est pas évident. Mais selon le soft, ce n'est pas forcément important (soft de CAO par rapport à un logiciel de sécurité).

C'est pas important ? Le jour ou un gars chez Airbus se fera hacker sa machine car il a ouvert un document modifie pour exploiter une vulnerabilite dans le soft de CAO et des documents importants seront voles, tu iras leur expliquer que c'est pas important hein...

C'est pas ca le probleme, c'est un probleme de taille de marche.

Un editeur pour decider si il va porter son soft, il va regarder la taille du marche notamment vis-a-vis du boulot necessaire a porter le soft.

Et la le probleme avec Linux c'est qu'il ne peut pas simplement regarder la part de marche de l'ensemble des distribs Linux, il doit regarder chaque distrib.

Bref, Linux dans son ensemble aura beau avoir disons 20% de parts de marche, si c'est 5% Debian, 5% Redhat, 5% Novell et 5% Mandriva, l'editeur il va continuer a grincer des dents car faire un soft sur ces 4 plateformes demande plus de boulot qu'un seul port.

Bref, ce manque de standardisation a un bon cote: la diversite, mais cette diversite cause un probleme dans le developpement de softs car elle reduit le prix de revient des softs(entre 10 millions de gens / 1 port et 10 millions de gens / 1 port + gestion des differences entres distrib + test de toutes les distrib, la difference est la) et cela limite l'attrait de Linux pour les editeurs.

C'est le probleme qui a fait qu'Unix a mordu la poussiere(entre autres) : la fragmentation du marche.

Les constructeurs de matos n'ont qu'à lever le petit doigt

Si c'etait si simple... Tu oublies juste le fait qu'ils doivent aussi donner les specs de leur materiel, chose qu'ils ne veulent pas.

Ceci était vrai de 98 à XP, mais de XP à Vista, justement, le problème est là ! ça bouffe pleins de ressources sans rien apporter.

Et ca repart, de nouveau tu prouves que tu ne connais rien au systeme, les changements entre XP et Vista sont enormes.

Alors là, je vais te donner une réponse qui va peut-être te sembler abérante : peut-être parce que l'ordinateur sous XP ne marche plus ?
Et là, généralement deux gros cas de figure :
– Il est vraiment tombé en panne
– Il est tellement remplie de merde mais l'usager pensant que c'est juste l'ordinateur qui est tellement vieux qu'il est devenu trop lent, sans savoir qu'en réinstallant tout simplement proprement, ça repart comme avant

a) ok, mais quel pourcentage ? Tres faible
b) Faut savoir, je croyais qu'ils etaient content de leur XP ? Tu te melanges les pinceaux mon cher

Je ne suis pas trop au fait du développement du noyau, mais il n'y a qu'eux qui bossent sur les pilotes ?

Pour etre precis, ils ne touchent pas du tout les pilotes eux ou tres peu.
Savoir coder un pilote ne demande pas d'etre un expert du kernel, si il fallait ca ca ne montrerait qu'une chose: que le kernel est vraiment tres mal foutu et n'a aucune couche d'abstraction, heureusement ce n'est pas vrai.

Même si on est de plus en plus dans l'époque du « on met des chiffres partout on quantifie tout », c'est des trucs qui ne seront jamais prouvable dans un sens comme dans l'autre.
Le fait est que quand un bug est présent sous Linux sur un pilote, il peut être corrigé, sur Windows, ce n'est pas le cas, et vu que société qui fait (ou du moins distribue) le pilote est aussi celle qui vent des cartes, ça ne va pas vraiment incité a se casser sur du matériel plus vendu.

Resultat final: Vous n'avez AUCUNE idee de la difference de qualite entre les drivers Linux et Windows en pratique, tout ce que vous dites dessus n'est rien d'autre que des suppositions.

On en revient encore au fait que visiblement Windows, c'est juste bon pour les grosses boites qui ont un bon service informatique (sache que la majorité des entreprises ont des services informatiques minimes voir inexistant, et même au niveaux des administrations, c'est une horreur).

tu es drole, tu compares avec quoi exactement ? Un Linux qui est inexistant sur le desktop ? Tu es libre de dire que Windows est a chier pour le debutant,(il n'est pas parfait apres tout) mais tu ne demontres toujours pas en quoi Linux fait un meilleur boulot mon cher.

Je pense l'avoir déjà fait, c'est sur sa politique *par défaut* qui fait que les programmeurs ne vont jamais considéré que l'utilisateur va pouvoir écrire dans le dossier /usr par exemple

Non toujours pas, quelle politique par defaut ?

En fait, j'ai juste pas de chance, tout je dois attirer cette minorité. Ça a commencé au Lycée avec les ordinateurs tout buggé, puis à la fac, pareil, l'entreprise ensuite où je bossais où l'informatique n'avais que des problème, l'office où bosse mon frère qui n'arrête pas de tomber en panne, la grande majorité des connaissances chez qui je peux aller qui sont encore sur windows et dont l'ordinateur est effroyablement lent (mais je suis d'accord avec toi, ils ne s'en plaignent pas).

C'est dingue quand meme, Linux est bcp mieux que Windows, tout le monde deteste Windows, et tout le monde le garde pourtant... Le monde est masochiste j'imagines.
Ou alors il y a une autre explication qui ne te plait pas.

C'est fou, tout les ordinateurs que j'ai vu avec amule, les gens se sont amusé à aller changer les permissions de program files pour aller y mettre les téléchargements de emule ! (ils se sont donné le mot).

Super !!!! Et sur Linux une fois qu'ils auront change les permissions de /usr/bin tu feras quoi ? Tu te plaindras que c'est la faute a Linux ?

Le comportement que tu décris n'existe que depuis Vista. Vista que les gens ne veulent pas voir.
Je ne savais pas que mettre en place un système de gestion de permission demandait autant de ressources.

Tu n'as toujours RIEN montre, tu as juste prouve que les permissions sur Program Files sont correctes et que certains utilisateurs les changent(voire changent les permissions du repertoire temporaire d'aMule uniquement) plutot que mettre le repertoire temporaire d'aMule dans leur profile. Bref, tu mets l'idiotie des utilisateurs sur le dos de l'OS, et le jour ou ils feront la meme chose en changeant les permissions de /usr/local/bin j'attends de voir ce que tu diras.

C'est pour ça que sur un pauvre petit ordinateur avec un celeron 900 et 512Mo de Ram, j'ai un système plus réactif que des ordinateurs avec 2Go de ram et et des proc dual core sous Vista.

Et moi avec mon vieil Amiga 2000 et ses 512Ko de RAM j'ai aussi un systeme plus reactif que Windows Vista.

Le truc c'est que j'ai pas le meme systeme non plus et pas les memes possibilites.

Quand a la vitesse de Vista par rapport a XP, c'est une grosse betise, la principale difference niveau ressources c'est en RAM, pas en vitesse.

C'est fou le nombre de gens qui regrette de devoir acheter un nouvel ordinateur parce qu'ils vont tomber sur vista alors qu'ils étaient bien sur XP et qu'ils ont le sentiment justifier que le nouveau va être moins bien que l'ancien qui à déjà plus de 5 ans.

Mais mon cher, pourquoi donc achetent-ils un PC avec Vista si ils sont content de leur ancien PC avec XP ?
Ce que tu dis n'a pas de sens.

Peut-être tout simplement parce que ça ne va pas être les mêmes qui font les pilotes ?
La boite va développer le pilote de qualité plus ou moins bonne. Va vendre ses cartes, et voilà. Après, l'amélioration des pilotes n'a que peu d'intérêt. Dans le libre, c'est bien différent.

Ah ben oui, et tu crois que Linus Torvalds est un expert en drivers de cartes graphiques ? Alan Cox ? Andrew Morton ? Non plus.

Et le centralisé, ça permet que ce soit ceux qui sont en contact avec le développement du noyau puisse justement l'adapter et l'améliorer plus facilement (chose que ne fera pas aussi bien un développeur complètement externe au projet et qui va vouloir développer avec sa façon de travailler habituelle (api stable, etc) et non comme linux est conçu.

Mais mon cher, avant de sortir tout ce blabla, va falloir montrer que les drivers sous Linux sont effectivement plus stables que sous Windows, ce qui n'a toujours pas ete fait.

Si tu vires les sauvegardes de System Restore et les backups de fichiers dans \windows\system32 la difference n'est pas si grande.

Allez, on fait une compet:

Tu refais cela, et tu notes l'espace disque pris apres chaque installation.

Dans 10Go je t'installes aisement XP, Office 2007, Visual Studio 2008, Acrobat (t'as besoin d'autre chose ?)

Ce que tu dis est valable quand l'utilisateur est configuré comme non-administrateur. C'est le cas sur combien de machine ?

Quasiment toutes les machines en entreprise.

Le fait est que Windows est tellement laxiste que les programmeurs font tout et n'importe quoi (après, chacun choisis le fautif, entre Windows ou le programmeur).

Windows laxiste ? Mais mon cher j'attends toujours que tu me montres en quoi Windows est laxiste et Linux contraignant sur ce point.

Tu es peut-être donc habitué à voir des gens qui utilisent très bien Windows, sache que c'est rare.

Des gens qui l'utilisent tres bien c'est sur que c'est rare, mais des gens qui ont des problemes avec c'est aussi une minorite compare a la majorite qui n'a pas de problemes.

parce que si le système est en effet inaccessible, il se passe un truc étrange : reprenant l'exemple d'emule : un utilisateur le lance. et les documents téléchargés vont dans program files (ce n'est pas un dossier système ?). Il ne peut donc pas les supprimer ?

L'utilisateur lance emule, emule tourne donc avec les droit de l'utilisateur, il sera donc impossible a emule de stocker les fichiers dans Program Files(il t'avertira et tu choisiras un repertorie accessible, bref dans ton repertoire personnel), tout comme avec Linux.
Je te le repetes, visiblement tu ne comprends rien au fonctionnement du systeme, Windows a le meme systeme de permissions que Linux, l'utilisateur ne peut ecrire que dans son compte, idem pour les softs lances par l'utilisateur.

Meme avec XP, si tu n'es pas admin tu n'as pas acces en ecriture au repertoire Windows.

Cette retro compatibilité jusque dans les bug est une des raisons de la mauvaise qualité des soft MS. Quand ils corrigent un bug, il doivent se demander quelle application, ils vont cassés.

Ah parce que quand ils veulent corriger un bug dans la libc sous Linux ils se genent pas pour tout casser ?

Il y a une sacree difference entre tout casser et amener une nouvelle interface tout en continuant a gerer l'ancienne.

Que le materiel ressent. Tout le reste poubelle. Cela n'est pas le cas sous Linux. Linux reste l'OS qui supporte le plus de périphériques différents.

Pour etre plus precis, Windows est l'OS qui supporte le plus de materiel qui interesse le grand public.
Le grand public il se fout completement du support des cartes Ethernet ISA ou des micro-controlleurs XYZ.

D'ailleurs, les drivers sont souvent la source des plantages MS, séparer leur écriture comme le fait MS est source de non qualité par rapport au modèle de développement des OS libres.

Je serais ravi que tu m'expliques le pourquoi de cela d'un point de vue technique.
Je t'aide, tu ne vas pas y arriver, avoir le code dans le repertoire d'a cote et le compiler en meme toup ou sur une autre machine n'y change rien du tout.

Rien que d'un point de vue maintenance ca change bcp, plutot que devoir faire une release de ton binaire a chaque patch du dll, une release du dll est suffisante, ce qui simplifie grandement les batteries de test notamment.

Sans parler du fait qu'avec un installer et un manifest proprement ecrit (sous Windows), ton dll est enregistre dans le systeme, et si plusieurs apps demandent la meme version du dll, elles la partagent.

C'est vrai mais c'est souvent des trucs facile : différence de version de lib, version du compilo différente, chemin d'acces à certain fichier.

C'est du boulot mais cela reste des trucs simples.

Bref, l'editeur doit faire tourner ses batteries de test une fois par distrib, doit former son support aux differentes distrib(savoir ou trouver le fichier de config, etc...), doit avoir du code qui gere les differens chemins d'acces, ....

On se demande bien pourquoi ca les emmerde de developper sous Linux hein ?

Est-ce si gros que ça ? Je ne suis pas sur. Que dizaine de Mo non ?

Et c'est pas gros pour toi qqe dizaines de Mo de RAM bouffes en plus ?
Sans parler du cauchemard niveau maintenance. Si ils link statiquement avec la libc et qu'il y a une faille dedans, il vont devoir sortir un patch eux-meme, un beau bordel.

D'ailleurs, c'est bien la différence avec le setup.exe de windows : pas de gestion de version des lib, uninstall rarement propre. bref, tout le monde sait que pour pourrir un windows, il suffit d'installer et désinstaller plein de soft. C'est pas vraiment le cas sous Linux.

Totalement faux, il y a une gestion de version des lib(cf. SXS), un compteur de reference permettant de savoir lorsque une lib n'est plus utilisee, et MSI permet parfaitement d'avoir des installations propres.

De nouveau, manque de connaissance du systeme...

Vu que la plupart des softs libre sous Linux sont egalement dispo sous Windows, ca ne change strictement rien.

Le fait est qu'avec Windows, les utilisateurs sont arrivé à un niveau de tolérence exceptionnel (des démarrages de 5 minutes, des fenêtre qui mettent deux minutes à s'ouvrir, etc…). Mais effectivement, ils ne s'en pleignent pas pensant que c'est normal, que l'informatique, c'est comme ça (je n'ai jamais vu ce phénomène ni sur macos, ni sur linux).

Ca c'est une connerie, c'est sur que ca arrive a certains utilisateurs qui installent tout et n'importe quoi y compris des malwares, mais c'est dur d'empecher les gens d'installer un soft sur leur machine.
La plupart des gens n'ont pas ces problemes, mais evidemment eux ne viennent pas te dire qu'ils n'ont pas de problemes, c'est normal apres tout, pas de quoi en parler.

Sous Linux, un utilisateur n'a accès en écriture qu'à son home. Donc même si un logiciel peut foutre sa config n'importe où, c'est uniquement la configuration de base. Celle du système (et qui sera remise telle quelle en réinstallant).

Merci de confirmer qu'effectivement tu ne connais rien a Windows, c'est identique sous Windows, un utilisateur simple ne peut PAS ecrire dans les repertoires du systeme.

Peut-être que je suis trop ancré dans Linux et que je ne me rend pas compte de l'enchantement sous Windows, mais le fait est que à part ce ayant une très bonne connaissance du système, je ne vois que des problèmes de partout, mais des gens qui y sont tellement habitué (et qui ne savent pas que ce n'est pas une fatalité) qu'ils ne s'en pleignent pas.

Pas besoin d'y voir de l'enchantement, mais tu as clairement montre que tu n'y connaissais rien et avais nombre de prejuges mal places, vis-a-vis des technologies incluses dont tu ne soupconnait meme pas l'existence, du fonctionnement des repertoires de l'utilisateur, des permissions du systeme, ...

Tiens c'est nouveau comme limitation on etait pas au courant, tu en as d'autres des rigolotes comme celle la ?

A se demander si certains d'entre vous ont de temps en temps l'idee d'aller vous informer sur les sites de reference avant de critiquer un produit que vous ne connaissez visiblement pas du tout.

La je te felicite.

Tu es un des rares a ne pas confondre emmental et gruyere ! :+)

Comment cela ce fait que dans de si nombreux cas, et même au niveau professionnel, il n'y ai que des problèmes ? rien qu'à voir dans les lycées, les universités, même dans des endroits où presque rien ne tourne dessus ?

Desole mais on n'a pas la meme vue du monde, j'imagines bien que tu vois des gens qui ont des problemes, mais il faut aussi te dire que a peu pres n'importe qui que tu croises utilises Windows, et tu remarqueras qu'ils ne se plaignent pas tous.

Windows n'est-il pas au final trop compliqué (ou donnant faussement l'impression que sans rien connaître tout va marcher parfaitement ?)

Donc voilà, en fait, à qui Windows s'adresse ? quel niveau faut-il pour pouvoir l'utiliser sans problèmes ?

Il s'addresse a tout le monde, et il est loin d'etre parfait mais compare a la concurrence il fait un sacre bon boulot au final.

Un exemple, pour les sauvegardes. Sous linux, un seul dossier à sauvegardé régulièrement (son home) et on a absolument tout, que ce soit les documents que toutes les configurations de tout les programmes et tout se remet sans soucis. Et sous Windows ?

Ca n'a rien a voir avec Linux d'un point de vue technique, car les softs peuvent mettre leurs fichiers de config n'importe ou si ils veulent, tout comme avec Windows.

Sinon pour info sous Windows c'est exactement la meme chose, les softs mettent leur configuration dans le profile de l'utilisateur, ce qu'ils mettent dans la base de registre y compris, car la partie de la base de registre specifique a l'utilisateur est un fichier qui se trouve dans le profile de l'utilisateur.

Bref, tu as une situation IDENTIQUE, mais simplement tu n'as meme pas imagine que cela pouvait etre identique.

Je pense pas qu'ils veulent que leur OS soit parfait, juste mieux que la concurrence :+)

Mais en fait ca revient a ce que j'ai dit a Benoit plus haut, pour la plupart ils ne connaissent rien a Windows si ce n'est comment naviguer l'interface graphique, ils ne connaissent rien a son fonctionnement et a ce qu'il permet de faire et jugent principalement par les conneries qu'ils lisent sur les forums.

Quelle est la manière conseillée (et parfois même utilisée!) par MS vis à vis de la libc ?
Une libc par programme, celle avec laquelle il a été linké. Ça c'est de la compatibilité binaire :P

J'aimerais bien voir ou MS donne ce conseil.

Sous quel OS on peut avoir (courrament) des problèmes pcq qu'une biblio à fait un malloc en utilisant une libc et que le free d'une autre libc (toutes les deux de MS) utilisée par une appli n'est pas compatible ? WINDOWS :P Quel est l'éditeur qui édite des libc différentes (et subtilement incompatibles) avec le même numéro de version ? MS !

Ca n'a rien a voir _du tout_, si tu utilises plusieurs CRT, tu as plusieurs heaps, si tu t'amuses a faire un alloc dans une heap et le free dans une autre, evidemment que ca va exploser, meme si tu utilises 2 CRT identiques. Si tu fais les choses properement et link tes softs avec la version dynamique de la CRT aucun probleme car des lors c'est la meme heap utilisee partout.

Sans même parler des programmes proprio compilés en statique. L'équivalent de ce que les vendeurs de soft tiers livrent sous Windows quoi. => tu compares des pommes et des carottes. (en plus de raconter n'importe quoi sur Windows)

Quasiment aucun vendeur sous Windows ne livre de softs statiques, c'est du dynamique dans quasiment tous les cas. Et il y a une ENORME difference entre statique et dynamique niveau perf et maintenance.