-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Vincent Jamart wrote: | Pour le HW je parle workstation 8*** et 4*** ainsi que laptops. Cot�
J'ai un (laptop) Dell Latitude D800 et j'en suis tr�s, tr�s content. Note que j'ai pas encore eu de probl�me et je me d�brouill� tr�s bien par moi-m�me sous Linux... �a doit jouer aussi ;)
| servers, je ne prendrai pas de Dell (faut voir avec Alex pour la qualit� puisque les | servers GNU Luxembourg sont des Dell). Pas mal de servers de la Composante | terrestre sont aussi du Dell et ca marchait bien (� l'�poque). Mais ca | se paie cher pour peu de valeur ajout�e du contrusteur en retour. Pour du
Ah non, c'est clair, surtout pas de Dell en serveur. La qualit� laisse vraiment � d�sirer et en plus - contrairement � ce qu'on pense - c'est cher.
Je ne peux que conseiller les serveurs Intel (oui, ils font aussi des serveurs complets, pas que les CPU ;)): moins cher que Dell � mat�riel sup�rieur (p.ex. 3 backplanes au lieu de 1, DAT pour backup en plus, ... => et moins cher quand m�me ;)).
| server, si c'est de x86, je pr�f�re un assembl� avec du 19" Chembro et | tout en Intel/Maxtor/3ware, c'est moins cher (avec 3 ans garantie aussi | de l'assembleur) et surtout bien plus flexible que ce que HP/compaq | propose, puisque qu'il est vrai que le proliant restent les plus fiables.
Oui, si on sait mettre la diff�rence au niveau du prix, il vaut bien mieux prendre HP/Compaq que Dell, c'est un fait certain ;)
... | Pour le RISC, IBM sans h�siter. C'est bien plus puissant | que le reste et surtout ca marche bien mieux (avec l'ES Suse 8.2 pour PPC | aussi), c'est portable (d�ja essay� de compiler n'importe quoi sous HP-UX
Portable ? Je ne vois pas ce que les RS/6000 ou AIX ont de portable... ?
| ia64 avec aCC ou meme gcc? la mis�re, m�me si HP a annonc� des perfs
Non, j'y ai �chapp�, mais je dois me coltiner un aCC encore plus vieux sur HPUX 11.00 et 11.11 (aka 11i)... une catastrophe. Pourtant on a un paquet de compilos C++ (GCC 3.x, GCC 2.95.x, HP aCC, Visual Age C++ 5 et 6, Sun Workshop Pro 5 et 8), mais aCC est bien le pire (Sun c'est pas fameux non plus). GCC 3.x est le meilleur (et de loin), et VAC++ 6 c'est pas trop mal (c'est plut�t le linker qui est m**dique sous AIX).
| au-dessus d'IBM pour le tpCC Oracle l'an dernier. En PA-RISC/11.00 | c'�tait moins vomitif mais c'est fini... La perf. sur du Sun, assez cher
Je ne comprends pas bien d'o� ils tiennent ces benchmarks... ou plut�t comment ils font pour les atteindre. HPUX et PARISC est une m**** int�grale... Les CPUs sont lents, HPUX est ant�diluvien (pas de shared storage, clustering � 2 balles, recompilation du kernel pour changer n'importe quel param�tre kernel (IPC & cie), ...)
Mais leur TPC/C est sur des box x86 avec Linux non ? ;)
| pour peu fiable (Netra,V120,c1600...) ou tres cher (480R/880). Avec un 15K | ca devient bon mais dans la gamme high-end , un p690 le bat avec moins de CPU et un DLPAR plus | flexible. Solaris9 est quand meme bien foutu mais Forte g�n�re un code | moins rapide que Gcc pour du calcul matriciel... quel intr�t face �
A part un bon soft de clustering HA (ou plut�t de management du cluster), je ne vois pas ce que Solaris a de plus par rapport � Linux. D'apr�s Sun, un meilleur support pour un grand nombre de CPU... mouais... pas sur par rapport � un Linux 2.6 et puis plus personne ne veut de ces E10k et E15k qui co�tent la peau du ...
| Linux? SGI d�coit partout sauf en HPC avec son NUMA, mais de | nouveau ia64 est bient�t mort et les MIPS le sont depuis longtemps. Les
Oui, SGI est vraiment coinc� dans son cr�neau HPC avec leur Altix. A part �a, il n'y a plus grand-chose qui sort de chez eux... je ne leur donne plus tr�s longtemps (IMHO).
| applis sont difficilement portables sous IRIX 6.5 (avec Mipspro en tout | cas). DEC/Compaq/HP Alpha est fini, malgr� ses bonnes prestations en son temps). | | Donc en servers vive x86/opteron64 avec GNU/Linux sur du lowcost et au | moins pire AIX sur pSeries... juste si l'appli n'est pas valid�e Linux/PPC.
Pourquoi limiter Linux � du lowcost... ?
En tout cas pour nos syst�mes (et c'est vraiment pas de la gnognotte, ce sont des syst�mes transactionnels tr�s critiques et � tr�s haut throughput) nous nous dirigeons de plus en plus vers Linux, en parall�lisant au maximum (Oracle RAC, clustering et load-balancing de l'application sous TPM (Tuxedo) et Application Server (BEA WebLogic Server, JBoss)) pour pouvoir offrir au client une grande flexibilit� au niveau des co�ts. S'il a une charge tr�s �lev�e, et bien il ach�te beaucoup de serveurs Linux.
On n'y est pas encore tout-�-fait, mais c'est bien la direction qu'on prend.
Pourtant nos clients sont des grosses banques et t�l�coms, mais tout le monde (m�me eux) est tr�s pr�s de ses sous par les temps qui courrent. Les E15k, c'est du "qui-n'en-veut" maintenant.
- -- ~ -o) Pascal Bleser http://guru.unixtech.be ~ /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ~ _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQFAviknr3NMWliFcXcRAi2MAKCLiPsGBCvF7H+dVJsEtjBNaK4zrwCeOVhm PUoq/4+Sbk0UaSFu9k5jrKA= =ObNZ -----END PGP SIGNATURE----- _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: chat.unixtech.be:6667 - #unixtech
