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 Maxime AD . Évalué à -2.
«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 Rémi baudruche . Évalué à 3.
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 Xavier FACQ . Évalué à 6.
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 Rémi baudruche . Évalué à 3.
/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 durandal . Évalué à 3.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287836
[^] # Re: ALSA
Posté par Rémi baudruche . Évalué à 2.
- 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 Nicolas Boulay (site web personnel) . Évalué à 3.
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 Rémi baudruche . Évalué à 3.
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 Olivier Jeannet . Évalué à 3.
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 Rémi baudruche . Évalué à 2.
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.