pasBill pasGates a écrit 16349 commentaires

Il n'y a aucune attaque la-dedans, c'est une realite, si t'as pas certains moyens(que les grosses boites donnent), tu peux pas developper un OS de qualite serveur.

Tu fais comment pour mesurer la scalabilite de ton kernel sans des quad/huit proc a ta disposition pour mesurer tes goulots d'etranglement ?
Tu fais comment pour mesurer la tenue au stress de ton kernel sans un systeme de stress avec un tas de clients tapant sur tes serveurs 24/24 ?
...
Tu fais comment pour ajouter le support NUMA a ton kernel sans avoir une machine NUMA ?

Tout ca ce sont des elements essentiels au developpement d'un systeme de qualite qui tient la charge, que les gars bossant sur le code soient des genies ou pas n'y change rien, ce sont des elements essentiels, que tu ne peux pas avoir sans l'aide de boites ayant des moyens.

Mais à cette époque, avec le kernel 1.2.x, les performances de Linux était incroyable, Linux surpassait déjà ses concurents (Win 95, Win NT4, OS/2, System 7) sur tous les aspects techniques . Il ne lui manquait qu'un zeste de plug and play et la convivalité de System 7.

Euh ouais, faudrait revenir sur la planete terre mon cher hein.
Le kernel 1.2.x c'etait franchement rien de fantastique techniquement parlant, notamment en termes SMP. La stack TCP/IP NT4 faisait largement mieux(et c'est presque triste a dire) notamment pour ca. Les gros locks partout j'ai connu mieux niveau scalabilite.

Alors oui c'etait sympa a decouvrire, mais c'etait a des annees lumieres d'un OS serveur en terme de perfs et features. Ca n'a commence a arriver qu'avec les 2.2.x lorsque les grosses boites se sont mises a bosser sur le kernel.

Si tu ne changes que de noyau pas besoin, maintenant je connais tres peu de gens qui ont garde les memes libs qu'en 2001 et ont simplement passe au kernel 2.6

Bref, on parle pas de theorie ici mais de pratique, si on regarde l'enorme majorite des gens qui ont un kernel 2.6 aujourd'hui, ils tournent pas avec des libs de 2001, mais plutot 2006 ou 2005.

Tiens je savais pas que tu faisais dans les histoires de complot toi aussi.

Mandrake n'a jamais rien represente de strategique, ils n'ont aucun savoir faire technologique unique(les sources etant dispos a tout le monde et le travail etant en grand partie fait par des non-employes de Mandriva), ils n'ont jamais eu de parts de marche strategiques, ....

Bref, c'etait simplement une boite mal managee de plus, si la CIA devait couler toutes les boites ayant le profile de Mandrake ca la forcerait a engager plein de faux CEOs.

Ce que Mandriva fait, n'importe quelle SSII de taille nationale pourrait le faire avec un investissement de qqe millions par an pendant 2-3 ans pour demarrer, et c'est d'ailleurs pour ca que Mandriva ne decolle pas et coulera bientot, parce qu'ils ne font absolument pas le poids par rapport a Novell et Redhat.

Ben personnellement je te proposerais d'installer NT 3.1 et de debrancher le cable pendant des ecritures pour t'en rendre compte mais c'est un peu difficile je le concois :+)

Sinon, tu peux aller lire cet article de support : http://support.microsoft.com/kb/101670 s'appliquant a NT 3.1 qui detaille les differents filesystems et qui specifie clairement que NTFS est journalise, ou encore mieux, trouve le bouquin d'Helen Custer "Inside the Windows NT Filesystem" sorti en 93 ou 94

Bref, t'es en train de nous dire que Win9x malgre tous ses defauts(et dieu sait si il en avait) faisait mieux que la concurrence.

Tu vois qu'on arrive a etre d'accord de temps en temps.

Personne n'a jamais dit que les drivers dont on parle(NVidia/ ATI pour Vista) etaient instable, on parle de perfs la, et perfs qui ne sont pas non plus catastrophiques hein.

Les drivers ils fonctionnent et ils ne plantent pas tous les 3 matins.

Non tu peux pas, ils sont interne, de la meme maniere que Redhat ne s'amuse pas a devoiler tout ce qu'il fait en interne. Et que tu n'y croies pas car ils ne sont pas libres, dispo publiquement, ... c'est ton droit, perso ca me fait une belle jambe.

J'imagine surtout si tu la compares à celle de XP. Mais n'empèche que cela n'est _que_ l'interface graphique.

Oui, tout comme n'importe quelle UI revolutionnaire ne serait "que l'interface graphique". Non pas qu'Avalon soit totalement revolutionnaire, mais il incorpore un grand nombre de nouveautes, et pas que par rapport a XP.

Tu es un peu de mauvaise fois là. Creative utilisait les directx et maintenant doivent inventer leur propre lib pour bénéficier du support accéléré. Je crois d'ailleurs qu'il vont utiliser openal, une lib de son justement concurrente à ce que proposait directx. Tant mieux pour le libre, mais je vois ça comme une regression. La seul raison que je vois d'avoir fait ça et de pouvoir tout gérer niveau DRM.

Ils doivent passer par un wrapper openal oui, mais les appels DirectSound passent tous dedans. Sinon, comme je l'ai dit, ce framework c'est plus que cette histoire de support HW.

C'est sympa niveau feature. Mais niveau support matos ou même vitesse actuelle "out of the box", avoues quand même que c'est super décevant ! Imagines la tête d'un joueur qui vient d'acheter un monstre de PC et qui se retrouve avec des perfs inférieur parce que les drivers ne sont pas encore bon.

Niveau support matos c'est pas vraiment decevant, enormement de drivers pour XP passent sur Vista.
Pour les perfs graphiques, si le gars est un hardcore gamer il est certainement au courant de l'etat des drivers(qui ne sont pas si mauvais non plus, plein de jeux tournent a la meme vitesse que sur XP).
Alors oui, la situation n'est pas parfaite aujourd'hui, mais c'est totalement independant de MS, et la situation n'est pas catastrophique non plus. Il n'y a aucune difference entre cette situation et la situation juste apres la sortie de XP, et comme on s'en est apercu, tout s'est tres bien passe dans le cas de XP.

Tu vas etre sacrement decu mon cher.

http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/ag(...)

FS type # files # Bytes Int. Frag.
Reiser 252738 4192538 KB 6 %
Reiser notail 227190 3791069 KB 14 %
XFS 225394 3757207 KB 15 %
JFS 219376 3667703 KB 17 %
Ext3 208314 3482720 KB 21 %

Et quand tu vois la tombee en perf, ben tu te rends compte qu'il y a autant besoin de defragmenter ces FS que NTFS.

Faux, NTFS etait journalise depuis le debut, que l'article parle de l'acces publique aux info de journalisation dans Win2000 ne signifie pas que ca a commence la.

Alors, elle vient cette citation mon cher Albert ? Ou encore une fois tu racontes n'importe quoi ?

Eh oui, c'est bien ce que je pensais, comme d'habitude.

Selon les tests elle se situe tres proche (qqe % plus/moins), sur d'autres tests(notamment WAN et temps de latence eleve) elle l'ecrase.

Et on parle pas de theorie mais de pratique.

Oh mais nous on assume completement et on ne se plaint pas, je ne fais qu'expliquer la situation.

Sinon, le manque de support pour les nouveaux matos sous Linux, c'est la faute aux mechants drivers ou a Linux ?

Vas-y fais moi rire, dis moi en quoi NTFS n'est pas un FS 64bits que je rigoles.

Serieusement, simplifier Avalon a "que l'interface graphique" c'est extremement reducteur.

La fameuse ! Le truc qui empèche l'utilisation de hardware accéléré pour le son... fabuleux...

Il ne l'empeche pas forcement(cf. la solution Creative), et de nouveau, reduire la feature a un element soi-disant negatif c'est pas tres fair-play tu reconnaitras, faudrait penser a regarder tout le reste du framework aussi.

kernel transactions manager> euh, si cela n'est que pour faire des transaction avec NTFS, reseirfs et XFS le font depuis longtemps déjà.

Non, c'est general et extensible, NTFS l'utilise pour son systeme de transaction, mais n'importe quel composant peut l'utiliser pour creer un systeme de transactions.

Et de toute facon, comparer cela a Linux n'a aucun rapport, tous ces elements sont des nouveautes dans Windows compare a la version precedente, ce qui montre bien que Vista est une enorme avancee compare a XP.

Moi je crois surtout que tu ne sais pas de quoi tu parles, NTFS il est 64 bits depuis sa naissance il y a presque 15 ans.

La gestion SMP, la communaute Linux a crie genial quand Ingo Molnar a pose un scheduler O(1) dans le kernel alors que NT l'a depuis belle lurette, ...

Justement non, car ton application elle depend de bcp plus que le kernel pour sa vitesse, genre Qt, Gtk, GLib, X11,... et autres.

La levee de fond c'est lors de l'introduction en bourse, aucune de ces societes ne va lever des fonds en bourse maintenant.

Le seul resultat potentiel c'est faire baisser le cours de l'action, mais pour cela il faudrait un mouvement massif, qui ne se produira clairement pas vu que la grande partie du monde du business ne pense qu'au fric et continuera a acheter/vendre.

Faudrait lire l'article mon cher :

Without the ability to separate Vista's networking stack from the drivers for our NICs, it's impossible to tell if this slowdown is the fault of the networking stack being worse for this situation, or if the Vista drivers for this line of Marvell NICs are not quite as tuned, so as a comparison to XP this test is inconclusive.

Tu vas pas le croire, mais on fait des tests de performance en interne, et on sait ou cette stack se situe par rapport a XP.

Petit rigolo, trouves moi donc _un_ post ou je dis que c'est la faute de Linux si il n'y a pas de drivers ( a part pour le probleme de casser les drivers a chaque release qui est la faute des mainteneurs).

Comme toujours, tu racontes n'importe quoi.

Pourtant c'est le cas d'a peu pres tous les softs sur cette planete, y compris les softs libres.

Va jeter un oeil au bugzilla de FireFox par exemple, tu y trouveras plein de bugs ouverts depuis belle lurette qui ne sont toujours pas corrige, et c'est normal.

Chaque bug a une priorite, si ce bug demande des changements enormes ou n'affecte quasiment personne, ... et qu'il apparait en fin de cycle, il y a toutes les chances pour que sa correction soit retardee a la version suivante.

BitLocker, stack TCP/IP completement modulaire, bien plus performante et permettant tres simplement d'intercepter tout et n'importe quoi qui traverse la stack reseau, Avalon, XAML, Windows Search, Windows Mail(reecriture complete) , Meeting Space, Media Center, IIS7, UAC, DirectX 10, nouvelle stack audio user-mode, bandwidth reservation pour apps multimedia, nouveau framework de developpement pour drivers, systeme de reconnaissance de parole , SMB2, kernel transactions manager, ... et il y en a plein d'autres.

Et qui te dit que le _kernel_ de Vista ne va pas plus vite ?

Le truc etant que ca n'interesse pas grand monde dans ce cas precis, car c'est l'ensemble qui compte, personne ne s'amuse a faire tourner le kernel tout seul.

Tu vois, c'est avec des commentaires d'une mauvaise foi pareille(tu sais pertinement que ce n'est pas MS qui ecrit les drivers) que tu passes pour un con.