Journal charge machine haute quand gravure de CD

Posté par  .
Étiquettes : aucune
0
23
oct.
2003
Bonjour,

J'utilise actuellement une Gentoo 1.4, noyau 2.4.20-gentoo-r8 et lorsque je grave un CD en vitesse maximale (40X), la charge marchine est telle que je ne peut rien faire d'autre. meme le pointeur de la souris dans X saccade...

Comment faire pour pouvoir enfin utiliser ma machine quand je grave un cd ? Est ce que quelqu'un sait comment faire pour que ca fonctionne mieux??

Détails:
le DMA est activé sur tous les périphériques au boot (disks+cdroms)
L'émulation ide-scsi est activées sur les 2 cdroms
Je grave avec eroaster

Merci !
  • # Re: charge machine haute quand gravure de CD

    Posté par  . Évalué à 2.

    graver en 20X...
  • # Re: charge machine haute quand gravure de CD

    Posté par  (site web personnel) . Évalué à 1.

    ou en 24x
  • # Oh le Troll

    Posté par  . Évalué à 1.

    Tu as le droit d'alimenter le Troll suivant:
    http://linuxfr.org/2003/10/21/14340.html(...)
    En gros le pb, vient que l'IDE bouffe enormement de CPU. La prochaine fois prend un graveur SCSI :)
    • [^] # SCSI mon amour...

      Posté par  . Évalué à 1.

      La prochaine fois prend un graveur SCSI
      Soit dit en passant, ça devient de plus en plus difficille d'en trouver à un prix raisonnable...
      • [^] # Re: SCSI mon amour...

        Posté par  . Évalué à 3.

        Sans vouloir faire de pub pour le site en question, c'est le seul endroit ou j'ai trouve le terrible Yamaha F1SX:

        http://www.pearl.fr/article-PE1525.html(...)

        J'en suis mega-satisfait !!!

        Qd je les ais eu au tel. ils m'ont expliques avoir repris les derniers stocks de Yamaha sur ce graveur, vu que Yamaha abandonne les CDW
        • [^] # Re: SCSI mon amour...

          Posté par  . Évalué à 1.

          Juste pour savoir, tu as quelle carte SCSI avec ?
          Elle marche sous Linux ta carte ? (question naïve, mais on sait jamais).
          Parce qu'en effet, ça m'intéresse aussi ça :)
          • [^] # Re: SCSI mon amour...

            Posté par  . Évalué à 1.

            J'ai une vieille Adaptec 2904, mais je cherche d'occase une 2940 ou une 19160 ... ;-)))

            Elles sont toutes tres bien supportees sous Linux.
            • [^] # s/SCSI/Adaptec/ mon amour...

              Posté par  . Évalué à 1.

              ... je confirme...
              Les Adaptec 2940 et 29160 (à peu de choses près une 19160) marchent au poil sous Linux ....

              PS: désolé mais je ne vends pas ;o~
  • # Re: charge machine haute quand gravure de CD

    Posté par  . Évalué à 1.

    Pareil pour moi en 48x, ça ne saccade pas mais beaucoup de charge CPU.
    De toutes façons, il est très peu conseillé de faire autre chose pendant une gravure car ton buffer peut se casser la gueule, tu peux péter la chaîne ide-scsi et tu obtiens un CD-R foutu donc conclusion, il vaut mieux rien faire même à basse vitesse (il est même conseillé de désactiver l'écran de veille si t'es sous X).
    • [^] # Re: charge machine haute quand gravure de CD

      Posté par  . Évalué à 2.

      Il ne faut rien exagérer quand même.

      C'est sur que graver en 48x, c'est limite. Sans parler du risque d'explosion des CD.

      Perso, je grave en 10x. C'est 4 fois plus long, mais je peux faire n'importe quoi en même temps, avec un disque IDE. Ca ne plante jamais.
      • [^] # Re: charge machine haute quand gravure de CD

        Posté par  . Évalué à 1.

        Puisqu'on est dans la rubrique perso, je grave sur ma machine du boulot avec PuTTY (faut bien vivre) et cdrecord...
        Hé ben ca a change ma vie ;-) je met un cd vierge en partant et je lance une gravure tranquillement depuis le taf, sans me soucier de la reactivite de la machine à l'autre bout puisque je ne suis pas dessus...
        Au pire avec un at (la nuit) on doit pouvoir faire des trucs sympas....
      • [^] # Re: charge machine haute quand gravure de CD

        Posté par  . Évalué à 1.

        Bah, je fais confiance aux fabricants qui marquent 48x sur leurs disques. Je l'ai fait plein de fois et je n'ai jamais eu de poroblèmes sauf une fois où c'était un CD-R de merde.
    • [^] # Re: charge machine haute quand gravure de CD

      Posté par  . Évalué à 2.

      C'est bon hein, maintenant les graveurs de cd sont intelligents et gèrent correctement les buffer overflow en cours de gravure, si y a une chute du débit, ils arrêtent la gravure et reprennent quand ils peuvent. Donc bon, désactiver l'écran de veille et ne rien faire, c'est un peu éxagéré, on se croirait revenu au bon vieux temps des graveurs 2x sur des 486 où là effectivement valait mieux rien faire
  • # Re: charge machine haute quand gravure de CD

    Posté par  . Évalué à 2.

    <chez moi ca marche>

    C'est bizarre je grave en 40x et je joue a ET en même temps sans problèmes :-)

    L'IDE travail sur le CPU mais la machine reste largement utilisable, j'ai jamais eu de problème sur les deux machines qui ont des graveurs IDE.

    Au bire si le buffer est vide le graveur attend, mais en general y'a pas de problèmes...

    </chez moi ca marche>
  • # Re: charge machine haute quand gravure de CD

    Posté par  . Évalué à 1.

    comme je l'ai deja dit dans le topic ide vs scsi, verifier bien que vous ne graver pas en raw :
    chez moi en raw je depasse pas le x16 et ça rame a mort, en mode dao, je peux faire du 48x sans probleme (sauf que mes cd sont un peu foireux, donc je rabaisse la vitesse a 20x, ou moins quand je grave via un pipe....)


    PS : j'utilise un shell script maison qui utilise cdrecord + mkisofs, et qui verifie le cd apres gravure avec cmp....
  • # Re: charge machine haute quand gravure de CD

    Posté par  (site web personnel) . Évalué à 1.

    A part graver moins vite, tu peux tester differents kernels/patchs (chez gentoo tu as pas mal le choix, profites en) ...

    Personellement j'ai low_latency sur mon kernel, ainsi que 2/3 autres petites choses, et je peux compiler, graver et moziller en meme temps :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.