Forum Linux.général coupure du son pendant les copies de fichiers

Posté par  .
Étiquettes :
0
25
jan.
2006
Il y a un truc qui me fait vraiment chier sous ma machine

Je suis sous debian et je compte sur un système multitache digne de ce nom et pouvoir faire plusieures choses à la fois sans que ça coince quelque part. Hé ben non, non, non, ça marche pas comme ça.

J'ai pas une bête de course, mais quand même, un P3 700 mhz avec un disque dur branché en USB 1. Si je copie des (gros) fichiers sur le disque usb, je peut pas écouter de la musique sans que ça fasse des coupures très énervantes.

Alors je me suis dis que c'était une question de buffer, j'ai donc mis 1s de buffer pour la carte son et 3s pour xmms, sans que ça change quoi que ce soit

alors je me suis dis, que c'était une question de priorité, alors avec renice, j'ai mis xmms en -20 et mv en 19 sans résultat....

Alors je me demande si on peut copier des fichiers en écoutant de la musique avec linux 2.6 ou si il faut que je migre sous windows pour pouvoir le faire :-(
Je serait tout de même déçu de vous voir m'avouer que windows dispose d'un meilleur système multitache que linux....
  • # Je ne peux aider sous des menaces

    Posté par  . Évalué à -2.

    Bien que ton message est bien poli... Il serait intéressant que tu fasses un peu attention aux phrases du genre :
    «si il faut que je migre sous windows pour pouvoir le faire :-(»
    «déçu de vous voir m'avouer que windows dispose d'un meilleur système multitache que linux....»...

    Je ne sais pas pour les autres, mais moi ça m'enrage. Peut-être à cause de ma trop grande susceptibilité ou je ne sais quoi. Moi je le prends sous forme de menace du genre: «Si vous ne trouvez pas la solution, je vais trouver que LInux c'est de la merde». Mais c'est probablement pas ça que tu voulais dire.

    Mais bon.. C'est vrai qu'à part le renicage, je ne saurai pas quoi faire.

    J'espère que quelqu'un pourra t'aider.
    • [^] # Re: Je ne peux aider sous des menaces

      Posté par  . Évalué à 3.

      D'abord merci pour ta réponse

      Mon post est à tors ou à raison volontairement provoc.
      Parce que moi ça m'énerve un peu de voir l'idéalisation de linux, qui n'est à mon humble avis d'utilisateur quelque chose qui as des gros avantages mais aussi des gros inconveignants. Moi ce qui m'interesse dans les logiciels libres c'est la philosiphie avant tout et pas de vanter des avantages techniques pas toujours justifiés.
      Et malheuresement des fois comme ici windows me semble supperieur à mon gnu/linux/debian que j'aime quand même.
      Moi, j'ai pas le niveau technique pour résoudre ce problème qui doit être qu'un petit problème de réglage, pas optimisé pour écouter de la musique en même temps qu'on copie des fichier.
      C'est peut être un bon réglage pour un server mais pas pour un poste multimedia.
      Après j'ai surement tors de faire de la provoc ici, mais des fois, je me dis que c'est la meilleur façon de faire comprendre à d'autres gens ce que je veux dire.

      Sinon pour le renice, bah, justement, à ma déception et incompréhention, ça change strictement rien comme je l'ai dis.
      Peut être que c'est parce que les accès au disque dur (ce qui semble causer souci) n'est pas influancé par la prioritée. Enfin que la prioritée priorise juste l'utilisation du CPU et pas des disque dur. C'est ma seule explication.
      • [^] # Re: Je ne peux aider sous des menaces

        Posté par  . Évalué à 6.

        Salut,

        J'avais un peu les mêmes problèmes lorsque l'ultra DMA n'était pas
        activé sur mes disques durs. Je ne sais pas si sur ceux connectés en USB
        y'a aussi la possibilité de l'activer, mais j'imagique que oui.
        Pour cela, il te faut l'utilitaire hdparm qui te permet d'activer ou pas
        l'ultra DMA de tes disques... ca change la vie après !

        Typiquement il suffit de faire

        hdparm -c 1 -d 1 /dev/hda

        Ensuite tu peux controler l'état de ton disque :


        Pingoo:/home/xfacq# hdparm /dev/hda

        /dev/hda:
        multcount = 16 (on)
        IO_support = 1 (32-bit)
        unmaskirq = 1 (on)
        using_dma = 1 (on)
        keepsettings = 0 (off)
        readonly = 0 (off)
        readahead = 256 (on)
        geometry = 19929/255/63, sectors = 320173056, start = 0



        J'espère que cela pourra résoudre ton problème ou te mettre sur une piste.
        Deplus, je suis assez d'accord avec toi sur les *lacunes*, on va dire, qu'a Linux.

        a+
        Xavier
        • [^] # Re: Je ne peux aider sous des menaces

          Posté par  . Évalué à 3.

          pour mon hda, j'avais (donc déja le dma)

          /dev/hda:
          multcount = 0 (off)
          IO_support = 0 (default 16-bit)
          unmaskirq = 0 (off)
          using_dma = 1 (on)
          keepsettings = 0 (off)
          readonly = 0 (off)
          readahead = 256 (on)
          geometry = 16383/255/63, sectors = 78140160, start = 0

          après ta commande j'ai une ligne qui change :
          IO_support = 1 (32-bit)

          Mais ça ne changetranche:/home/paz# hdparm /dev/sda

          /dev/sda:
          readonly = 0 (off)
          readahead = 256 (on)
          geometry = 10011/255/63, sectors = 160836480, start = 0
          tranche:/home/paz#
          rien pour le son en tout cas.

          par contre pour le disque /dev/sda :
          tranche:/home/paz# hdparm /dev/sda

          /dev/sda:
          readonly = 0 (off)
          readahead = 256 (on)
          geometry = 10011/255/63, sectors = 160836480, start = 0
          tranche:/home/paz#


          ta commande me dis :
          tranche:/home/paz# hdparm -c 1 -d 1 /dev/sda

          /dev/sda:
          setting 32-bit IO_support flag to 1
          HDIO_SET_32BIT failed: Invalid argument
          setting using_dma to 1 (on)
          HDIO_SET_DMA failed: Invalid argument

          et ça change rien. Bref, on dirrait que ça marche pas
          Merci quand même
  • # ALSA

    Posté par  . Évalué à 3.

    Je pencherais pour un problème dû aux drivers ALSA. Dans les préférences de xmms, tu peux essayer de mettre OSS comme plugin de sortie à la place d'ALSA.
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287836
    • [^] # Re: ALSA

      Posté par  . Évalué à 2.

      je dois dire que c'est une piste à la quelle je n'avais pas pensé, mais 2 choses :
      - En oss, ça ne change rien
      - Mon processeur n'est envienron qu'a 10-20 % d'occupation. Il n'y a que l'USB qui doit être à 100% parce que c'est de l'usb1. mon disque dur principal ne doit pas être surchargé pour copier sur un disque en usb1.

      J'ai aussi désactivé la swap pour savoir si ça venais pas d'un problème de mise en swap de xmms, mais sans aucune différence.

      merci de ton aide.
      • [^] # Re: ALSA

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

        et si tu essayes de passer par un seruveur de son ? genre aRtsound ou un truc du genre ? (esd ?)

        Cela sent l'usb à la ramasse qui fait tout ramer. C'était un problème fréquent sur le 2.4 passé au 2.6 m'a réglé le problème. Essayes un noyau plus réscent.

        "La première sécurité est la liberté"

        • [^] # Re: ALSA

          Posté par  . Évalué à 3.

          tu dois avoir raison, parce que je m'en étais pas appersu, mais ça fait tout rammer y compris le pointeur de la sourie qui saccade, et même ce texte que je suis en train d'écrire bloque un peu.

          Par contre, je suis au noyau 2.6.15 de debian, le dernier quoi, alors je peu pas trop updater mon noyau :-( sauf à me compiler le 2.6.16-rc1
          # uname -r
          2.6.15-1-686
  • # réponse à une question impertinente

    Posté par  . Évalué à 3.

    Alors je me demande si on peut copier des fichiers en écoutant de la musique avec linux 2.6

    Je te confirme qu'on peut le faire en Linux 2.6, et même en 2.4 et 2.2, sur lequel j'utilisais déjà XMMS en 1999 (si j'ai bonne mémoire), et que je n'ai jamais eu ton problème. Comme dit plus haut, c'est le driver USB qui doit bouffer un max de CPU, encore que ça ne me paraît pas normal que ça interrompe le son. XMMS prend peu de temps CPU, surtout sur un P3 700 MHz. Le problème peut venir également de la carte son, ou du driver. Des recherches sur le Net sur le sujet devraient te donner des pistes.
    • [^] # Re: réponse à une question impertinente

      Posté par  . Évalué à 2.

      bah, si je me fie aux graphiques de gnome, ça ne bouffe pas beaucoup du cpu, xmms plus mv, ça dépasse pas les 20% d'occupation du proc, c'est ça que je comprend pas.

      en revanche comme à pleins d'autres moment (qui ne posent pas de soucis) j'ai la latence E/S qui est à 100%

      Sinon je viens de faire le test de mêtre xmms en realtime (dans la conf) et de le lancer en root, le problème subsite identique.

      sinon pourquoi tu dis que ma question n'est pas pertinante ?
      En tout cas merci de ta réponse et je vais essayer une recherche google sans trop y croire.

Suivre le flux des commentaires

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