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

RE: [linux-team] Linux workstation



Salut,

En fait, tu as du RAID hardware et du RAID software (au niveau de l'OS). Il
doit y avoir des vendeurs fournissant
des solutions RAID pour Linux (DPT ?).  En fait, c'est vrai que
theoriquement, c'est independant de l'OS ... mais,
en pratique, il vaut parfois mieux prendre une solution qui a ete testee sur
l'OS et qui inclut egalement des tools
pour configurer/monitorer le "disk array". 
Ce qu'on appelle un "disk array", c'est un rack special (voire une grande
armoire si on parle d'EMC2 Symmetrix)
contenant des alimentations, ventilateurs, disques hot-swappable et
redondant. Les disques sont generalement
des betes disques mais places dans une belle boite en plastique.
Je crois qu'une telle solution n'est avantageuse que si tu avais vraiment
besoin d'un systeme avec 
"high-availability" (meme si tu as un crash disque, tu peux remplacer le
disque sans arreter le systeme).

Si tu veux juste ameliorer les performances, tu peux deja utiliser du RAID
software (md sous Linux). Dans le
cas du RAID software, c'est ton CPU qui fait le boulot ... si tu achetes un
disk array, il contient un (ou deux ...
redondance oblige) CPU specialise.

Pour les differents niveaux de RAID disponible sous Linux (avec md), tu as :
*	linear (en fait, ce n'est pas du RAID), les blocs de tes disques
sont mis a la suite l'un de l'autre.
	Supposons, que tu aies 2 disques et que tu crees une grande
partition avec md, il va d'abord te remplir
	le premier disque et quand celui-ci est plein, il passe au second
--> aucune amelioration de performance !
*	RAID-0 (pas du RAID non plus, puisqu'il n'y a pas de redondance),
c'est aussi appele "striping". Ici, si tu 
groupes 2 disques, il va ecrire le bloc nr1 sur le premier disque, le bloc
nr2 sur le 2eme disque et ainsi de
suite --> avantage de performance important car si tu fais des lectures sur
des grands fichiers, tu doubles
quasiment ton throughput.
*	RAID-1 (ou mirroring): tu as deux disques qui sont une copie
identique l'un de l'autre --> avantage de 
performance (similaire au RAID-0) + si tu as un crash disque ... tu peux
continuer a tourner 
Desavantage: ta capacite disque "nette" diminue de moitie --> cher !
*	RAID-2-3 (je ne me souviens plus ... rarement implemente ... pas
sous Linux de toute facon)
*	RAID-4-5: il te faut minimum 3 disques ... ici, la redondance est
effectuee par un mecanisme de checksum.
	Je ne vais pas rentrer dans les details mais l'avantage est d'avoir
de la redondance a un cout moins eleve
	que le RAID-0. Le desavantage, c'est que si tu as un disk crash, le
CPU a beaucoup de boulot ... et dans
	le cas du RAID software, comme c'est ton CPU qui travaille, il vaut
mieux changer le disque assez vite !
	Je ne me souviens plus exactement de la difference entre RAID-4 et
RAID-5, je crois que c'est dans la maniere
	de calculer le checksum ... mais je ne suis pas sur.
	Il y a encore le RAID-5S (existe sous NT) qui melange striping et
RAID-5 (les checksums sont repartis sur tous
	les disques au lieu d'etre isole sur un seul disque). 

Voila ... une rapide introduction au RAID.

A+
Olivier

	----------
	From:  Michael Stilmant[SMTP:michael.stilmant@adtech.be]
	Sent:  Wednesday, 13 Jan, 1999 9:56
	To:  'linux-team@rtfm.be'
	Subject:  RE: [linux-team] Linux workstation

	Salut, 

	je me posais dernièrement la même question, 

	mais je me demande, si il ne vaut pas mieux prendre un processeur
unique 
	et plusieurs disque durs en // (en raid (j'ai oublié le numéro)) 

	si quelqu'un a de l'expérience avec le RAID, et les carte SCSI
permettant cela... 
	et si c'est bien indépendant de l'OS, etc ... 

	Merci 


	> -----Original Message----- 
	> From: Verloove, Olivier [ mailto:olivier_verloove@merck.com] 
	> Sent: Wednesday, January 13, 1999 8:37 AM 
	> To: Linux Belgian Team 
	> Subject: RE: [linux-team] Linux workstation 
	> 
	> 
	> Salut, 
	> 
	> Avant tout, je n'ai personnellement aucune experience avec le 
	> multi-processing de Linux mais ... 
	> 
	> D'apres ce que j'ai cru comprendre Linux 2.2 sera nettement 
	> plus adapte que 
	> Linux 2.0 (meilleures performances). 
	> Le SMP est apparu entre lors du passage entre la 1.2 et la 2.0
(cela 
	> explique d'ailleurs la numerotation 2.0 au lieu 
	> de 1.4 ... car c'est un changement majeur), mais a ce 
	> moment-la, ils l'ont 
	> fait de maniere un peu brute (du genre je 
	> mets des locks partout dans le kernel pour etre sur de ne pas
avoir de 
	> probleme). Lors du developpement de la 
	> 2.2, ils ont essaye de nettoyer tout cela. Mais je te repete 
	> ... cela n'est 
	> base que sur ce que j'ai lui, pas sur mon 
	> experience. 
	> 
	> Pour la question, cela vaut-il la peine d'acheter une machine 
	> bi-processeur 
	> pour faire du developpement, ce n'est 
	> pas evident. Le SMP est interessant (prenons le cas ou tu as 
	> 2 CPU) si tu as 
	> au moins 2 gros jobs qui tournent en 
	> parallele. 
	> Supposons que tu veuilles compiler le kernel (et que tu es 
	> seul a travailler 
	> sur la machine) ... et bien, la compil 
	> du kernel ne sera pas plus rapide sur une machine avec 2 CPU 
	> (ou a peine) 
	> parce que ton make fait tout 
	> sequentiellement. Il y a moyen de faire des compilations //, 
	> mais il faut 
	> des outils adaptes et je ne sais pas si 
	> cela existe sous Linux. 
	> Idem pour les queries sur une database ... Je ne sais pas quel
base de 
	> donnees tu comptes utiliser (MySQL, 
	> Postgres) mais ces bases ne supportent pas les queries // 
	> (seuls les grands 
	> SGBD comme Oracle le permettent 
	> et je ne sais pas si c'est disponible pour Oracle sous Linux 
	> ... je crois 
	> avoir lu que non). 
	> Pour la manipulation d'un grand nombre de fichiers, c'est de 
	> l'I/O pur et 
	> dur ... et ce qui te freinera plus c'est ton 
	> disque. Si tu veux vraiment augmenter les performances en I/O 
	> tu achetes 
	> plusieurs disques ... et tu fais du striping 
	> (repartition des blocs sur les differents disques) avec le 
	> package "md" 
	> (c'est le "driver" RAID). 
	> 
	> Voila ... voila ... juste un petit commentaire a 5 euros ;-) 
	> 
	> Olivier 
	> 
	>       ---------- 
	>       From:  Olivier Loschi[SMTP:o.loschi@skynet.be] 
	>       Sent:  Tuesday, 12 Jan, 1999 20:34 
	>       To:  Linux Belgian Team 
	>       Subject:  [linux-team] Linux workstation 
	> 
	>       Salut, 
	> 
	>       Je suis en train de construire une machine linux qui 
	> servira pour du 
	>       developpement (C/C++, perl, Java) ,  pour un site web de
test 
	>       (developpement) et pour de la retouche d'images. 
	> 
	>       Une machine bi-processeur entrant dans le budget alloué, je
me 
	> demande si le 
	>       fait d'avoir plusieurs processeurs augmentera de façon 
	> significative 
	> les 
	>       performances de la machine (compilation, database 
	> queries, manip de 
	> bcp de 
	>       fichiers) ou si cela constitue de l'overkill. 
	> 
	>       Pour info voici les spec de la machine planifiée 
	> 
	>       2 pentium II 450 
	>       ASUS P2B-D 
	>       ADAPTEC 2940au U2/SCSI 
	>       QUANTUM Viking 9.1gb U2/SCSI (ou 2 * 4.55Gb) 
	>       128 Mb ram 
	>       Diamond Fire GL 1000 Pro AGP 8Mb (Permedia) 
	>       CD-ROM SCSI 
	> 
	>       Est-ce que ce hardware fonctionnera sous Linux? 
	> 
	>       J'hesite avec les carte asus avec chipset Adaptec AIC 
	> 7890 intégré 
	> mais j'ai 
	>       trouvé different son de cloche sur le net concernant la 
	> compatibilité sous 
	>       Linux. Cela va du totalement incompatible au totalement 
	> compatible 
	> en 
	>       passant par il faut patcher les sources du kernel à la main.

	> Quelqu'un à 
	>       déja eu de l'expérience avec ce chipset? 
	> 
	>       Merci 
	> 
	>       Olivier 
	>       E-Mail: o.loschi@skynet.be 
	>                    olivier@redcorp.com 
	> 
	>       --------- 
	>       This message was send by Majordomo 1.94.3. Please 
	> repport problems 
	> to 
	>       manu@rtfm.be. If you want to be deleted from the list, 
	> send a mail 
	> to 
	>       majordomo@rtfm.be with "unsubscribe linux-team" in the body.

	> 
	>       
	> --------- 
	> This message was send by Majordomo 1.94.3. Please repport problems
to 
	> manu@rtfm.be. If you want to be deleted from the list, send a mail
to 
	> majordomo@rtfm.be with "unsubscribe linux-team" in the body. 
	> 

	
---------
This message was send by Majordomo 1.94.3. Please repport problems to
manu@rtfm.be. If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.