[MDK 9] Souris qui saccade qd il y a du débit sur le DD [Résolu]

Souris qui saccade qd il y a du débit sur le DD [Résolu] [MDK 9] - Installation - Linux et OS Alternatifs

Marsh Posté le 10-02-2003 à 14:39:32    

J'ai ma souris qui saccade quand je fais du transfert soutenu sur mes disques durs.
En fait, j'ai l'impression qu'il met une partie en RAM et après qu'il balance sur le DD et c'est à ce moment là que ma souris (et le son) saccade, que ce soit de CD à DD ou DD à DD.
Pb DMA ?
 
Merci


Message édité par Gwarm le 12-02-2003 à 14:33:26
Reply

Marsh Posté le 10-02-2003 à 14:39:32   

Reply

Marsh Posté le 10-02-2003 à 14:50:33    

problème de DMA en effet (quasi sûr)
Fais une recherche sur hdparm

Reply

Marsh Posté le 10-02-2003 à 15:15:18    

Dans /etc/sysconfig/harddisks
 

Code :
  1. # These options are used to tune the hard drives -
  2. # read the hdparm man page for more information
  4. # Set this to 1 to enable DMA. This might cause some
  5. # data corruption on certain chipset / hard drive
  6. # combinations. This is used with the "-d" option
  8. USE_DMA=1
  10. # Multiple sector I/O. a feature of most modern IDE hard drives,
  11. # permitting the transfer of multiple sectors per I/O interrupt,
  12. # rather than the usual one sector per interrupt.  When this feature
  13. # is enabled, it typically reduces operating system overhead for disk
  14. # I/O by 30-50%.  On many systems, it also provides increased data
  15. # throughput of anywhere from 5% to 50%.  Some drives, however (most
  16. # notably the WD Caviar series), seem to run slower with multiple mode
  17. # enabled. Under rare circumstances, such failures can result in
  18. # massive filesystem corruption. USE WITH CAUTION AND BACKUP.
  19. # This is the sector count for multiple sector I/O - the "-m" option
  20. #
  21. # MULTIPLE_IO=16
  23. # (E)IDE 32-bit I/O support (to interface card)
  24. #
  25. EIDE_32BIT=3
  27. # Enable drive read-lookahead
  28. #
  29. LOOKAHEAD=1
  31. # Add extra parameters here if wanted
  32. # On reasonably new hardware, you may want to try -X66, -X67 or -X68
  33. # Other flags you might want to experiment with are -u1, -a and -m
  34. # See the hdparm manpage (man hdparm) for details and more options.
  35. #
  36. EXTRA_PARAMS=-X69


 
EXTRA_PARAMS=-X6n avec n=4+ udma level (X66 pour udma 2, etc...)
hdparm -iI /dev/hda te renseignera sur ton HD
 
hdparm n'est pas installé par défaut. En root : urpmi hdparm pour l'installer.

Reply

Marsh Posté le 10-02-2003 à 15:42:22    

Arf je connaissais pas ce fichier /etc/sysconfig/harddisks ... Il est sur Mandrake 9.0 ? et sur la 8.2 ?
 
Parce que moi j'ai l'habitude de rajouter mes hdparm à la fin de /etc/rc.d/rc.local ...

Reply

Marsh Posté le 10-02-2003 à 15:45:59    

[Albator] a écrit :

Arf je connaissais pas ce fichier /etc/sysconfig/harddisks ... Il est sur Mandrake 9.0 ? et sur la 8.2 ?
 
Parce que moi j'ai l'habitude de rajouter mes hdparm à la fin de /etc/rc.d/rc.local ...


 
Moi aussi ! Et en fait /etc/harddisks renferme plein de petits fichiers de conf géniaux. Je pense que cela sert de tremplin à la future interface graphique du centre de controle : tu pourras activer le DMA dans le GUI.
 
Je ne sais pas s'il existe sur la 8.2 par contre.

Reply

Marsh Posté le 10-02-2003 à 18:23:06    

Bizarre qd même pour mon cas je m'en suis aperçu en changeant de CM et Proc passage de ECS K7S5A -> MSI KT3ULTRA2, Duron 1.2 -> 2100+. Voilà, ça reste encore un prob de hdparam ?


Message édité par Gwarm le 10-02-2003 à 18:25:10
Reply

Marsh Posté le 10-02-2003 à 18:29:30    

GWaRm a écrit :

Bizarre qd même pour mon cas je m'en suis aperçu en changeant de CM et Proc passage de ECS K7S5A -> MSI KT3ULTRA2, Duron 1.2 -> 2100+. Voilà, ça reste encore un prob de hdparam ?


 
Certains noyaux 2.4.19 ont des problemes pour activer l'udma avec certains chipsets.
Tu peux le tester : fais hdparm -d 1 /dev/hda : si tu as une erreur de type DMA blabla, c'est a cause de ca...
 
Mandrake a une update du kernel, avec les patches (et ceux pour supermount aussi).
Installe avec rpm -ivh (pas Uvh) kernel-2.4.19.24mdk-blabla ou bien urpmi kernel-2.4.19.24mdk (urpmi SAIT qu'il doit installer et pas upgrader un kernel)
 


Message édité par zeb_ le 10-02-2003 à 18:32:28
Reply

Marsh Posté le 10-02-2003 à 18:33:56    

zeb_ a écrit :


 
Certains noyaux 2.4.19 ont des problemes pour activer l'udma avec certains chipsets.
Tu peux le tester : fais hdparm -d 1 /dev/hda : si tu as une erreur de type DMA blabla, c'est a cause de ca...
 
Mandrake a une update du kernel, avec les patches (et ceux pour supermount aussi).
Installe avec rpm -ivh (pas Uvh) kernel-2.4.19.24mdk-blabla ou bien urpmi kernel-2.4.19.24mdk (urpmi SAIT qu'il doit installer et pas upgrader un kernel)
 
 


 
Ok merci, je vais voir tout ça.

Reply

Marsh Posté le 10-02-2003 à 19:47:40    

n'oublie pas non plus d'activer le DMA sur les CDs/DVDs/graveur ça évitera le même pb quand tu lis un CD ou que tu graves.


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 12-02-2003 à 14:32:42    

Avec la mise à jour du noyau de la mandrake ça résoud le problème, merci.
 
Sinon avec un kernel de kernel.org on peut trouver une version avec le support correct de l'UDMA autre que par mandrake ?

Reply

Marsh Posté le 12-02-2003 à 14:32:42   

Reply

Marsh Posté le 12-02-2003 à 18:39:09    

GWaRm a écrit :

Avec la mise à jour du noyau de la mandrake ça résoud le problème, merci.
 
Sinon avec un kernel de kernel.org on peut trouver une version avec le support correct de l'UDMA autre que par mandrake ?


 
oui, mais il est possible que ce ne soit encore que sous forme de patch. Sur kernel.org tu trouves le kernel non patché. Mandrake utilise celui-là comme base et applique des patches pour certains problèmes.

Reply

Marsh Posté le 12-02-2003 à 19:30:42    

zeb_ a écrit :


 
oui, mais il est possible que ce ne soit encore que sous forme de patch. Sur kernel.org tu trouves le kernel non patché. Mandrake utilise celui-là comme base et applique des patches pour certains problèmes.


 
Il faudrait que Mandrake fournisse les patchs ?

Reply

Marsh Posté le 12-02-2003 à 19:44:22    

GWaRm a écrit :


 
Il faudrait que Mandrake fournisse les patchs ?


 
Ce sont des patches publics (de toute façon, c'est GPL). Le kernel source de Mandrake est fourni, tu peux l'installer avec
urpmi kernel-source

Reply

Marsh Posté le 05-03-2003 à 23:48:29    

Et comment récupérer leur patche ?

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed