Quel graveur performant en scsi

Quel graveur performant en scsi - Hardware

Marsh Posté le 16-03-2002 à 10:49:58    

Parmis la nouvelle generation de graveur (32X et 40X), en existe-t-il certain qui sont scsi ?

Reply

Marsh Posté le 16-03-2002 à 10:49:58   

Reply

Marsh Posté le 16-03-2002 à 10:53:35    

non.
le marche scsi en graveur est mort !
il y a guere que le 24x yamaha qui doit passer avec un adaptateur.
si tu veux un rapide achete un IDE ! ( bien que 24x ça vas quand même :) )

 

[jfdsdjhfuetppo]--Message édité par Chips--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 10:55:48    

pkoi plextor y zont arrete ?
Le 12X etait vraiment terrible ... malgre le prix. Il l'est toujours d'ailleurs...

Reply

Marsh Posté le 16-03-2002 à 19:09:42    

Possaille a écrit a écrit :

pkoi plextor y zont arrete ?
Le 12X etait vraiment terrible ... malgre le prix. Il l'est toujours d'ailleurs...  




 
les IDE sont tout autant terrible !
faut pas chercher plus loin, le scsi n'apporte plus rien.
c'est dommage pour ceux qui sont en tout scsi !

Reply

Marsh Posté le 16-03-2002 à 19:22:45    

J'ai cru entendre que Plex passait en IDE pour ... Mieux reprendre en SCSI plus tard ... Info ou intox ? A vous de voir, j'en sais pas plus ...
Nvr :)

Reply

Marsh Posté le 16-03-2002 à 19:37:59    

plex 12/10/40 scsi, je l'ai, et il est top ! :love:  
 
le prix c pas top, bien que maintenent il vaut 1000 frs de moins que le prix ke g payer le miens   :(


---------------
Yeah well i shut everyone out. Don't take it personally, it's just easier...
Reply

Marsh Posté le 16-03-2002 à 19:51:14    

mouai
 
avec ton ide, tu fais de l'audio a la volée en 24x ???
 
bon, y'a rien a y faire, les constructeurs ont décidé
 
mais le scsi apporte indéniablement un sacré avantage par rapport à l'ide


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 19:55:00    

Avec mon Plextor 24x IDE, je fait de l'audio à la volée en jouant à Q3a bonhomme ! Note : sans jouer à Q3a en même temps, jamais en dessous de 98% le buffer ;) D'accord, le CD source est sur UltraPlex 40x Max (SCSI)... Mais n'empêche :)
Nrv ;)

 

[jfdsdjhfuetppo]--Message édité par nrv_from_cnr--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 20:01:44    

mouaip
 
m'enfin, je faisait de la copie a la volé sur mon Teac CDR55S en jouant à Q3 sur un PII266 (j'avais un cd ide + 1 scsi)
 
voila a quoi ca sert le scsi


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 20:05:42    

"servait" tu veux dire :)
Les atouts du SCSI sont resté les même, c'est juste ceux de l'IDE qui l'ont rattrapé. Enfin rattrapé ... Non pas rattrapé, mais on s'en rapproche pas mal, c'est indéniable !
Quand à QIII sur PII-266, ça devait être commique, même sans graver derrière  :lol:  :lol:  :lol:  
Nrv  ;)

Reply

Marsh Posté le 16-03-2002 à 20:05:42   

Reply

Marsh Posté le 16-03-2002 à 20:08:46    

ba en 800 600 16 bit c'etait sympa
 
Je vais changer de graveur et je reapart pour du scsi  
 
yamaha 20x ou 24x, je sais pas encore
m'enfin, j'ai une chaine scsi, je vais pas prendre de l'ide


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 20:10:50    

Sur ce point je te comprend à 200% ;)
Nrv

Reply

Marsh Posté le 16-03-2002 à 20:17:10    

dommage qu'il n'y ai plus de chix en scsi
 
m'enfin, ....


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 20:19:20    

les graveur 40x doivent passer sans pbs avec un adaptateur IDE/SCSI de marque ACARD
et le yam doit aussi marcher
vu qu'une vitesse equivaut a env 150ko/s pour 40x ça fait 6000ko/s on est encore loin du 10Mo/s de l'interface SCSI 2
Et en général les adaptateurs sont en Ultra scsi ou Fast SCSI à 20Mo/s
Donc no pbs

Reply

Marsh Posté le 16-03-2002 à 20:30:28    

nrv_from_cnr a écrit a écrit :

"servait" tu veux dire :)
Les atouts du SCSI sont resté les même, c'est juste ceux de l'IDE qui l'ont rattrapé. Enfin rattrapé ... Non pas rattrapé, mais on s'en rapproche pas mal, c'est indéniable !
Quand à QIII sur PII-266, ça devait être commique, même sans graver derrière  :lol:  :lol:  :lol:  
Nrv  ;)  




L'IDE est trés, mais vraiment trés loin d'avoir rattrapé les avantage du SCSI. Même le futur Sérial ATA se sera pas encore comparrable, mais s'en rapprochera.
 
C'est juste les produits qui se sont améliorés, il fallait bien que l'interface s'améliore !
 
Il faut comparrer l'interface pas les produits
Un lecteur ou disque SCSI n'est équipé que d'une puce "SBIC" en plus pour permettre de transformer les données du bus SCSI en données lisible du contrôlleur du lecteur
 
L'UDMA n'est qu'un contrôlleur qui permet de transmettre les données directement en mémoire vive sans utilisé le CPU, Le SCSI remplace entièrement le CPU pour les tâches
Le cpu n'a plus qu'a gérer la carte PCI, ce qui permet d'avoir un taux CPU trés minime et constant

Reply

Marsh Posté le 16-03-2002 à 20:32:01    

melba, l'adaptateur acard, il coute combien ?


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 20:36:24    

melba a écrit a écrit :

 
L'UDMA n'est qu'un contrôlleur qui permet de transmettre les données directement en mémoire vive sans utilisé le CPU, Le SCSI remplace entièrement le CPU pour les tâches




 
ce que tu ecris ne veux rien dire.
en IDE comme en SCSI le proc ne fait plus rien pour transferer les données.
 
tient je te donne un vrai atout qu'il y a sur les cartes scsi haut de gamme et qu'il n'y a pas dans les controlleur actuel IDE: quand tu accede a plusieurs données sur le HD: tu les mets dans une file d'attente. En IDE c'est du FIFO, en SCSI tu reorganise les acces pour lire les données suivant leur proximité physique.
 
par ex en ide si tu accede a la la peripherie puis au centre du disque puis a la peripherie puis au centre etc... ben la tete l'arreteras pas de faire des allé et retour.
 
avec les cartes haut de gamme scsi, c'est pas pareil ! il liras ceux du centre par paquet, de même pour la peripherie.
 
mais IDE ou SCSI: maintenant le proc ne fait plus rien lors des transferts !!! les 2 remplace le CPU ! l'utilisation proc en lecture continue est la même !

 

[jfdsdjhfuetppo]--Message édité par Chips--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 20:44:28    

Aucune idée, pas encore trouvé en vente
leur site :
http://www.acard.com/eng/product/scside.html
 
Mais ça m'étonne vraiment que le yam puisse pas marcher sur un 40x. Les commandes sont transmises, je voit pas ce qui poserai pbs
vu qu'il fonctionne déjà avec des disques IBM, ils sont juste gérer à 20Mo/s maxi

Reply

Marsh Posté le 16-03-2002 à 20:46:05    

Chips a écrit a écrit :

 
 
ce que tu ecris ne veux rien dire.
en IDE comme en SCSI le proc ne fait plus rien pour transferer les données.
 
tient je te donne un vrai atout qu'il y a sur les cartes scsi haut de gamme et qu'il n'y a pas dans les controlleur actuel IDE: quand tu accede a plusieurs données sur le HD: tu les mets dans une file d'attente. En IDE c'est du FIFO, en SCSI tu reorganise les acces pour lire les données suivant leur proximité physique.
 
par ex en ide si tu accede a la la peripherie puis au centre du disque puis a la peripherie puis au centre etc... ben la tete l'arreteras pas de faire des allé et retour.
 
avec les cartes haut de gamme scsi, c'est pas pareil ! il liras ceux du centre par paquet, de même pour la peripherie.
 
mais IDE ou SCSI: maintenant le proc ne fait plus rien lors des transferts !!! les 2 remplace le CPU ! l'utilisation proc en lecture continue est la même !  
 
 




 
:-) tu veut m'aprendre quelque chose ?
:lol: ce que tu d'écrit c'est le Tagged command Queueing du SCSI2 ! :lol:
mais va s'y je t'écoute...

 

[jfdsdjhfuetppo]--Message édité par melba--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 20:47:57    

Plextor plexwriter 12/4/32 ou 12/10/32S :love:  
 
du matériel inusable, de trés haute tenue, d une qualité parfaite. :hap:  
 
Le multitache en gravure est largement possible. :D  
 
Soucis: la vitesse. :cry:


---------------
---I like Scsi---
Reply

Marsh Posté le 16-03-2002 à 20:56:56    

mouais un plex ide + adaptateur scsi, ca le ferais


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le 16-03-2002 à 21:01:22    

Tout à fait fute, surtout que le Tagged command queueing, n'est t'util que pour les disques dur
Et dire que ma DC390 tout court c'est du haut de gamme ! :D

Reply

Marsh Posté le 16-03-2002 à 21:04:09    

Chips c'est pas tout a fait vrai
 
le ide c'est bien du fifo mais le disque-dur ide re-arrange ca apres
 
il y a plusieurs algo utilises au niveau du disque pour optimiser les deplacements des tetes, en ide et en scsi
 
par contre c'est bien vrai que le taux d'occupation processeur en scsi est plus faible que celui en ide, surtout si tu fais des transferts entre deux periphs scsi, ce que tu ne peux pas faire en ide sans que le processeur le gere.

Reply

Marsh Posté le 16-03-2002 à 21:10:51    

Chips a écrit a écrit :

 
 
ce que tu ecris ne veux rien dire.
en IDE comme en SCSI le proc ne fait plus rien pour transferer les données.
 
tient je te donne un vrai atout qu'il y a sur les cartes scsi haut de gamme et qu'il n'y a pas dans les controlleur actuel IDE: quand tu accede a plusieurs données sur le HD: tu les mets dans une file d'attente. En IDE c'est du FIFO, en SCSI tu reorganise les acces pour lire les données suivant leur proximité physique.
 
par ex en ide si tu accede a la la peripherie puis au centre du disque puis a la peripherie puis au centre etc... ben la tete l'arreteras pas de faire des allé et retour.
 
avec les cartes haut de gamme scsi, c'est pas pareil ! il liras ceux du centre par paquet, de même pour la peripherie.
 
mais IDE ou SCSI: maintenant le proc ne fait plus rien lors des transferts !!! les 2 remplace le CPU ! l'utilisation proc en lecture continue est la même !  
 
 




Bon je vait te répondre sans rigoler, excuse moi
 
le SCSI est un Bus.
L'IDE est gérer sur le bus PCI, enfin c'est un port ISA dénudé, donc en rapport au timming du bus PCI, il est amélioré en vitesse (+16Mo/s pour UDMA66 et plus) et ou l'on a ajouter un contrôlleur DMA qui fait un tampon FIFO
la carte SCSI aussi utilise un tampon FIFO
Ensuite il fonctionne en front montant et descendant du signal ce qui double le débit
 
Enfin fait un test si tu as le matériel :
prend un DD scsi
copie un CD d'un CDROM en SCSI sur le DD, cela t'occupera à peine 10% dans le gestionnaire des tâche de NT/W2K/XP
copie le même CD d'un CDROM IDE UDMA, cela te prendra 50 à 100% d'UC dans le gestionnaire.
Et si tu fait le m^me test avec un DD IDE :
50 à 100% avec un CDROM SCSI, 80 à 100% avec un CDROM IDE

 

[jfdsdjhfuetppo]--Message édité par melba--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 21:13:42    

l'adaptateur acard coute dans les 500/600 frs (ouille!) mais fonctionne tres bien avec les cdroms, graveurs, et disques durs IDE. on a testé avec un pote qui l'a acheté pour avoir de gros disques durs pas chers sur son amiga scsi.
on a testé sur amiga, puis sur pc et : rulezzz !!!!!!!
 
l'adaptateur yam, de par son prix, semble plus interessant mais ne vous faites pas avoir : il ne marche qu'avec des les graveurs yam et rien d'autre.

 

[jfdsdjhfuetppo]--Message édité par kaiser47--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 16-03-2002 à 21:17:06    

Enfin l'avantage d'un tel adaptateur, c'est quand même de ne pas racheter un Graveur SCSI, plus cher qu'un IDE, en cas de casse ou de remplacement
Je pense que je vais aussi en acheter

Reply

Marsh Posté le 16-03-2002 à 21:29:30    

:sweat:  chips est parti ...
Il a pas dit de grosse conneries pourtant !

Reply

Marsh Posté le 16-03-2002 à 21:46:00    

bon vu le prix du accard, ce sera un yamaha


---------------
"Si il y avait un impot sur la connerie, l'Etat s'autofinancerai" J Yanne
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed