|
shakes808080 |
 |
Guru 
Déconnecté
Niveau : 5 N° de Membre :
517
Ancienneté : 100%
Participation : 11%
Inscription: 08 Mar 2002
Localisation:
Messages: 8978
Sujets Lancés : 354
|
Bon, soul^keeper, tu es à coté du sujet je crois : je parle moi d'une configuration utilisateur (au sens "end user" tu terme ) , et je dis même que je suis tout à fait d'accord avec toi pour ce qui est d'équiper un serveur.
Citation:
l'IDE consomme TOUT le CPU lors d'opération continues.. ça c'est clair et net.... et je suis bien placé pour savoir, j'ai 8 disques SCSI dans ma config, et 1 disque UltraDMA 100 (pour edonkey)... et quand je te dis TOUT le CPU, je pèse mes mots, c'est entre 80% et 95% de CPU... et j'ai pourtant une config plutôt musclée (cf post à ce sujet).
|
Ben oui, mais une config avec 8 disque c'est un serveur. Regardeici. et dis moi ce que tu en penses...
Citation:
L'IDE ne rivalisera <U>JAMAIS</U> avec le SCSI, c'est intrinsèque:
- IDE = 1 seule opération à la fois, Ecriture ou Lecture, mais pas les 2 en même temps, et pas de bufferisation des opérations.
- SCSI = 255 opérations simultanées possibles, requêtes complètement traitées par le contrôleur.
De plus sur les disques haut de gamme, le SCSI possède une fonction appelée <i>Tagged Queueing</I>, qui permet d'optimiser automatiquement les déplacements de tête de lecture lors de multiples opérations, en laissant le soin au contrôleur de changer l'ordre des opérations, si ça fait économiser des aller/retours de tête... Ceci n'existe pas sur l'IDE.
|
oui oui et oui, rien à redire là ...Tu appuyes exactement ce que je veux dire : le SCSI et l'IDE ne jouent pas dans la même cour. SCSI sur les serveurs, IDE sur les PC 'enduser'
Citation:
Mais alors là le facteur CPU c'est vraiment la pire chose à avancer, l'IDE, bouffe toujours toutes les ressources, au boulot j'ai un parc de NEC, un autre de DELL, et un 3eme de COMPAQ : TOUTES ont le défaut : tu fais une copie de données vers le serveur, et la station est complètement figée... 95% de CPU utilisé.... tu graves avec de l'IDE? pouf 30% rien que pour le graveur.
|
soul, je vais certainement pas te contredire sur ton expérience personnelle, mais s'agit-il là d'opérations "end user" (faites par les utilisateurs lors d'un usage courant...) ?? Et penses tu que tes utilisateurs gagneraient beaucoups de temps dans leur travail quotidien si leurs PC étaient équipés de bus SCSI ?
Citation:
Une fois encore, je REFUSE l'argument de la performance.... je veux bien l'argument BUDGET mais arrêtez merde.......... IDE ça n'arrive pas à la cheville du SCSI... faut arrêter. Je reprendrai encore le meme exemple: pkoi aucune entreprise ne monte du RAID5 sur des disques IDE? ..... y'a une raison...
|
Justement, tu en connais beaucoups toi, des entreprises qui équipent leurs utilisateurs de PC avec controleur SCSI ??
Citation: Non franchement, c'est ça qui est nul : la mauvaise foi. |
C'est pas une attaque personnelle j'espère ??? 
Citation:
Je cite: “ Le scsi, oui, mais pour les serveurs, parce qu'aujourd'hui c'est plus la peine pour un PC utilisateur, avec le prix de la RAM et des softs comme Cacheman pour optimiser la lecture/écriture disque, avec la technique du burn proof qui permet de hisser la fiabilité des gravures au niveau d'un graveur SCSI... (a condition de pas acheter une marque de daube qd meme) ”
--> irrecevable. En quoi ce n'est "plus la peine" ? ... je te le répète: aucune comparaison, viens chez moi je te montre lol... donc c'est encore la peine, crois moi. Je peux faire plein de choses en même temps... genre je peux meme lancer une defragmentation sur 3 disques simultanéments, et ça n'affecte en rien les performances du PC.. je peux continuer à faire plein de trucs... je te défie de faire pareil avec 3 disques IDE (surtout que rien que par ce test, tu t'apercevras de l'épouvantable gestion des Master/Slave au sein de la même nappe IDE) .. Idem: essaie de graver en 12X avec le disque et le graveur sur la même nappe LOL...
|
Quand je dis que ce n'est plus la peine, je vais détailler à partir de mon expérience personnelle.
En 1995, quand j'ai acheté un graveur et un scanner pour mon P200, j'ai choisi SCSI pour tous ses avantages, et je l'ai pas regretté : Fiabilité, robustesse...
Mais a l'époque, les graveurs IDE, et les scanner sur port //, c'était vraiment trop bof...
Aujourd'hui, j'ai 2x40Go en DD sur le controleur ATA, et 1DVD+1graveur plextor x24 sur le bus IDE (ben oui, la carte meme a deux controleurs, choisie justement pour éviter les inconvénients du master/slave que tu explique si bien). Jusqu'a maintenant tout va bien aussi. Si je devais acheter un scanner, il serait sans doute sur bus USB (l'excellent epson 1250photo par exemple )
Citation:
Pour l'histoire du BurnProof là encore... arf.. quel argument! Tu sais comment ça marche le BurnProof? à chaque fois que tu as un Buffer Underrun, le graveur MARQUE LE CDR pour pouvoir reprendre dès que le buffer se remplit à nouveau -> Tu te retrouves donc avec un disque avec du "scotch" entre chaque ecriture ... super :/ ..... moi perso je grave tout en DAO ce qui garantit l'uniformité de la piste. Enfin chacun fait comme il veut.. mais moi les CD "scotchés" ça me branche pas des masses.... j'ai de toute façon pas de buffer underrun avec le SCSI... et pour la mémoire cache, j'ai pas recours à un soft, les disques embarquent 4Mo de cache, et le contrôleur RAID 32Mo de cache EDO/ECC .... donc bon....
|
Pour le coup du burn proof, je ne savais pas. Effectivement, ça refroidit... Jusqu'a présent, je n'ai pas vu le burn proof à l'oeuvre, car je fais pas 36000 choses en meme temps...
Pour conclure, je dirais que pour une fois, ton expérience personnelle t'a joué un tour. Ta config n'est certainement pas une config 'end user' comme la mienne ou celle de la plupart des utilisateurs ici, et je pense pas que tu rendes service en la décrivant comme si elle convenait à tous les usages.
__________________
Racket logiciel
Signaler ce message à un modérateur | IP: Logguée Temps en ligne : 45 Jours, 5 Heures, 55 Minutes, 7 Secondes en ligne
|