Ben à titre d'exemple, la gravure de DVD sur mon graveur IDE en mode natif IDE prend près de trois quarts d'heures, quand avec l'émulation SCSI ça prend 20 minutes...
Je pense qu'à ce sujet ça vient plus de la qualité des méthodes de gravure sur périphériques IDE, qui sont plus récentes et moins maîtrisées que pour des périphériques SCSI... Jusqu'à il y a peu c'était simplement impossible de graver sur un graveur IDE sans utiliser l'émuation SCSI.
Alors soit la norme SCSI est vraiment mieux concue, et l'émulation est super bien faite pour pouvoir en profiter avec la norme IDE, soit les différence vont s'aplanir à l'avenir et on n'y verra plus que du feu...
Le plus crédible reste tout de même la deuxième possibilité, puisqu'elle peut revenir à considérer comme natif IDE un fonctionnement qui serait en fait une émulation SCSI de l'IDE, donc fonctionnement identique, on ne devrait pas pouvoir faire pire que l'émulation donc :)
Et c'est peut-être ce qui motive les développeurs du kernel à essayer de faire fonctionner les choses nativement plutôt qu'à travers une émulation SCSI.
J'imagine que jusqu'à présent c'était plus simple, parce qu'il suffit de faire une interface entre la norme matérielle et un fonctionnement SCSI, et ensuite comme c'est vu par le système comme un périphérique SCSI c'est géré sans se poser plus de question.
Mais il faut avouer que ça fait plus solution temporaire, bricolage, que vrai fonctionnement efficace...
D'ailleurs pour les clefs USB j'avais posté un journal à ce sujet, c'était très chiant à utiliser, j'ai deux disques SCSI, donc sda et sdb, je branche une clef elle devient sdc, je la vire, j'en met une autre elle devient sdd !
Comment dans ces conditions réussir à faire une entrée valide de la fstab pour une clef USB comme on peut en faire pour un lecteur de disquettes ou un cdrom ?
J'espère que ces changements simplifieront la situation...
[^] # Re: Performances ?
Posté par Yth (Mastodon) . En réponse au journal Usb Storage. Évalué à 5.
Je pense qu'à ce sujet ça vient plus de la qualité des méthodes de gravure sur périphériques IDE, qui sont plus récentes et moins maîtrisées que pour des périphériques SCSI... Jusqu'à il y a peu c'était simplement impossible de graver sur un graveur IDE sans utiliser l'émuation SCSI.
Alors soit la norme SCSI est vraiment mieux concue, et l'émulation est super bien faite pour pouvoir en profiter avec la norme IDE, soit les différence vont s'aplanir à l'avenir et on n'y verra plus que du feu...
Le plus crédible reste tout de même la deuxième possibilité, puisqu'elle peut revenir à considérer comme natif IDE un fonctionnement qui serait en fait une émulation SCSI de l'IDE, donc fonctionnement identique, on ne devrait pas pouvoir faire pire que l'émulation donc :)
Et c'est peut-être ce qui motive les développeurs du kernel à essayer de faire fonctionner les choses nativement plutôt qu'à travers une émulation SCSI.
J'imagine que jusqu'à présent c'était plus simple, parce qu'il suffit de faire une interface entre la norme matérielle et un fonctionnement SCSI, et ensuite comme c'est vu par le système comme un périphérique SCSI c'est géré sans se poser plus de question.
Mais il faut avouer que ça fait plus solution temporaire, bricolage, que vrai fonctionnement efficace...
D'ailleurs pour les clefs USB j'avais posté un journal à ce sujet, c'était très chiant à utiliser, j'ai deux disques SCSI, donc sda et sdb, je branche une clef elle devient sdc, je la vire, j'en met une autre elle devient sdd !
Comment dans ces conditions réussir à faire une entrée valide de la fstab pour une clef USB comme on peut en faire pour un lecteur de disquettes ou un cdrom ?
J'espère que ces changements simplifieront la situation...
Yth.