Performances ?

• [^]Re: Performances ?

  Posté par Ramso (page perso, ) le 04/12/2004 à 10:54. (lien). Évalué à 7.

  J'ai été étonné aussi d'apprendre que l'émulation SCSI pour les CD-Rom IDE pouvait être plus rapide que le pilote IDE dédié. Étonnant qu'une émulation soit aussi bonne voire meilleur qu'un dialecte natif. La norme SCSI est si bien conçue que ça ?

  --
  Groar !

  • [^]Re: Performances ?

    Posté par ♪♬♬♩ ♫♪♬♩ () le 04/12/2004 à 14:59. (lien). Évalué à 6.

    Uo peut-être que le pilote IDE est tout simplement à chier... Il n'y a voir le nombre de lecteur de DVD qui sont mal supportés et qui te remplissent les logs de
    
    

    
    hdc: status timeout: status=0xd8 { Busy }
    hdc: status timeout: error=0x04Aborted Command
    hdc: DMA disabled
    hdc: ATAPI reset complete
    hdc: status error: status=0xd8 { Busy }
    hdc: status error: error=0x04Aborted Command
    hdc: ATAPI reset complete
    hdc: status timeout: status=0xd8 { Busy }
    hdc: status timeout: error=0x04Aborted Command
    hdc: ATAPI reset complete</blockquote
    
    etc.

  • [^]Re: Performances ?

    Posté par Yth (Jabber id, ) le 04/12/2004 à 14:59. (lien). Évalué à 5.

    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...
    
    Yth.

    • [+] [^]Re: Performances ?

      Posté par ♪♬♬♩ ♫♪♬♩ () le 04/12/2004 à 15:03. (lien). Évalué à -1.

      Félicitations mon cher, nous avons cliqué sur "envoyer" en même temps ! :-)

    • [^]Re: Performances ?

      Posté par ccomb (Jabber id, page perso, ) le 04/12/2004 à 22:32. (lien). Évalué à 6.

      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 ?
      
      ... avec udev.
      Et peut-être aussi ça : http://ccomb.free.fr/wiki/wakka.php?wiki=UsbMassStorage(...)
      
      ou sinon avec UDEV + HAL + le bon script hal de gestion de fstab.

      • [^]Re: Performances ?

        Posté par Yth (Jabber id, ) le 11/12/2004 à 22:45. (lien). Évalué à 1.

        Ouaip, ton script updfstab je t'avais filé un coup de main pour le faire il y a quelques temps :)
        
        Donc c'est ça que j'utilise là pour résoudre mes soucis.
        Mais c'est loin d'être une solution triviale :s
        
        Yth.

    • [^]Re: Performances ?

      Posté par -=[ Benoit Plessis ]=- (page perso, ) le 15/12/2004 à 20:44. (lien). Évalué à 2.

      A mon avis la reponse est dans la couche de gravure IDE vu qu'avec l'emulation SCSI la gravure passe d'abord par la couche d'emulation SCSI qui n'emule que la methode d'acces ensuite les données sont converties et transmises a la couche IDE.
      
      Quand a tes clefs a mon avis pour tes problemes de clefs tu doit oublier de demonter la clef donc le peripherique reste utilisé et il est obligé d'utiliser un nouveau device. En tout cas moi c'est la raison a chaque fois.

      --
      Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libr