[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [linux-team] M$ vs Linux (ici la preuve que Linux est 8.19X +/- chere que M$)




> -----Original Message-----
> From:	Christopher Bodenstein [SMTP:cbodenstein@icon.be]
> Sent:	Wednesday, August 25, 1999 1:56 PM
> To:	linux-team@rtfm.be
> Subject:	Re: [linux-team] M$ vs Linux (ici la preuve que Linux est
> 8.19X +/-  chere que M$)
> 
> tl wrote:
> 
> > > Tu aurais du tout lire car tu te trompes. Si tu avais tout lu, tu
> aurais
> > > vu qu'avec des CGI sur NT et sur Linux, IIS est 83% plus rapide. Si tu
> > > remplaces CGI par ISAPI sur NT, alors tu deviens 650% plus rapide avec
> > > NT que Linux.
> 
> J'avais dit essentiellement, pas uniquement ;-) En fait, c'etaitsurtout en
> voyant les references donnees a la fin de l'article...
> 
> > C'est normal puisque ISAPI ce sont des DLL et que tu
> > > économises le temps de chargement à partir de la seconde exécution. Tu
> > > multiplies encore la performance.
> >         [TL]  Je n'ai absolument pas lu cet article, mais par expérience
> > l'on peut en déduire certaines petites choses..........
> >         Quand "tu" compares "ton produit" à la concurence, tu veilles à
> > plusieurs petites choses :
> >         Trouver les gros points faibles de l'ennemis pour optimiser ton
> > produit en fonction(autant avoir déjà une certaine avance).
> >         Tu configures ton système de telle sorte qu'il soit le plus
> rapide
> > possible pour le travail demandé (ex. optimiser les acces disque de ton
> OS,
> > pour accelere les acces à ta BD).
> >         Tu optimises tes testes en fonctions des points faibles de
> > l'adversaire, comme tu sais que ses performances chuttent au dessus de
> 400
> > acces consécutifs, tu testes avec 600 acces :-)
> >         Tu évites surtout d'obtimiser son système ou son
> > produits..............
> >
> 
> Tiens, je ne sais pas pourquoi, mais tout cela me fait penser au premier
> test
> de Mindcraft... ;-)
	[TL]  Oui et aussi au challenge ORACLE
> >
> > > Quand une entreprise cherche un server web performant, ce n'est pas
> pour
> > > utiliser l'ancienne technologie (CGI) et encore moins des langages
> > > interprétés.
> >         [TL]  Ben là tu m'apprends quelque chose. Je pense qu'elle
> regarde
> > plus son portefeuille qu'autre chose......
> >         Pour ce genre de projet, deux solution :
> >         Le développement interne où le développeur n'as pas ou peu de
> > formation donc il va voir dans des bouquins, sur le web et il prendra la
> > technologie la plus documentée et la plus simple a mettre en oeuvre.
> >         Le développement externe, là tu as plusieurs facteurs qui
> jouent, si
> > le "consultant" connais CGI, il ne vas pas aller voir ASPI pour le
> plaisir,
> > tu aura CGI ...... (Ce sera moins cher)..... Si le commercial te vent
> APSI 8
> > et que tu acceptes ben tu aura ASPI 8, mais il peut aussi bien te vendre
> JPI
> > 9,25 où mêm emballer ce vieux CGI dans un joli packet dernier cri. Et
> comme
> > généralement les preneurs de décision n'y connaissent rien en
> technologie,
> > c'est le paquet cadeau qui fera la difference........
> >
> 
> Hmm... On peut avoir entendu parler d'une technologie sans en connaitre
> les
> details techniques, et c'est justement la que les benchmarks prennent leur
> importance (enfin, pour un eventuel decideur, pas pour moi, je n'y accorde
> pas
> grande importance...). Un decideur qui a le choix et qui lis que IIS/ISAPI
> est
> 600 fois plus performant que Apache/CGI aurait vite fais son choix. Le
> staff
> technique n'aura plus qu'a suivre...
	[TL]  Oui aussi, amis je pense qu'ils se fient plus aux revues qu'au
net ............
> >
> >         Puis performant, ça aussi je veux voir.... Comme IIS est
> "gratuit",
> > si si c'est c*% l'ont payé une fortune avec NT 4 server entrepise
> edition of
> > the WWW powered by Redmond (et oui on y revient). Et qu'en plus, "c'est
> le
> > seul OS pour PC" le tour est joué.
> >
> > > > Comparer l'incomparable
> > > > semble rester une specialite des benchmarks M$....
> > >
> > > Ce ne sont pas de test de MS mais des tests de PC Week, PC Magazine et
> > > autres du même acabi.
> > >
> 
> C'est vrai, j'aurais mieux fait de parler de benchmarks pro-M$ (mais, y en
> a-t-il d'autres???)
	[TL]  Franchement mis à part les bench sur le hardware NON
> >
> >         [TL]  Mais franchement, tu connais un type qui est assez con
> pour
> > ouvrir un boucherie vendant seulement du porc dans une ville habitée
> > uniquement par des Juifs orthodox ??????
> >         Et si en plus ces même juifs orhodox sont suceptible de mettre
> de la
> > pub sur sa facade ................. !!!!!!!!!!!!!!!!!!
> >
> 
> Euh... Quel rapport...
	[TL]  Simplement, le fait qu'une revue qui est acheté par des gens
qui sont pro-microsoft où qui ne connaissent rien d'autre ne va pas risque
de perdre des lecteurs. Et si en plus MS ou des partenaires y font leur pub,
ils ne vont pas risquer de perdre une manne publicitaire pareil........
(C'est juste une image)

> >
> >         [TL]  Moi non
> >
> >         Et si tu ajoutes à ça le fait que les journaliste-tester de ces
> > revues connaissent beaucoups mieux Windows que Linux.......
> >
> >         Et maintenant, la question qui tue ............... Hehe
> >
> >         Es-tu capable de me fournir les articles ayant servis de base à
> ce
> > "résumé"  ?
> >
> 
> La plupart (si je me souviens bien) sont listes a la fin de l'article...
	[TL]  Ben ça m'étonne :-))

> A+
> 
> Chris
> 
> 
> --
> Christopher Bodenstein - IT Developer - mailto:cbodenstein@icon.be
> Icon ® - realize your net value - http://www.icon.be
> Gossetlaan 32    B-1702 Brussels - Belgium
> tel * +32 2 467 95 30 - fax *  +32 2 467 95 49
> 
> 
> 
> ---------
> Visit the Linux Supertore Online: http://www.redcorp.com !
> If you want to be deleted from the list, send a mail to
> majordomo@rtfm.be with "unsubscribe linux-team" in the body.
---------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.