salut tlm,
 
j'ai un problème de cache disque avec ma debian, sans doute dans la configfuration de mon noyau (2.4.20) mais je ne trouve pas.
 
aors voila dès que je génère trop d'activitée sur mon disque, ça me prends 100 % des resources et tout rame (meme la souris).
 
par exemple si je veut téléharger sur un ftp en réseau local, il commence déja à récuperer les info sur le ftp puis au bout d'un moment arrête et se met à écrire sur le disque (c'est là que ça rame) puis se remet à récuperer sur le ftp ....  
 
 
vous savez pas d'ou ça peut venir ?
 

hdparm -Iiv /dev/hda

ok je vais tester ça ça fait quoi ?

 
ça affiche des infos que tu colles ici
man hdparm

alors voila le résultat de la commande :
 
 
 

hdparm -c1 -m16 -u1 -d1 /dev/hda
 
tu attends 5 secondes, puis tu refais le -iv et tu le postes
au passage tu peux aussi mesurer la vitesse de ton dd avec hdparm -t /dev/hda

c est normal : c est la synchro avec le cache
le dma est active ??

 
va te coucher toi, tu as assez de probleme comme ça

voila :
 
 

 
 
et  
 
 

 
 
je vais tester pour voir si ça a changé quelque chose.

 
moi ca roule tres bien ma debian d abord

c'est carement mieux là !!    
 
si je comprends bien c'étais juste le DMA désactivé qui me faisait ça ?

oui fo le rajouter ds ta kernaille

 
mais je l'avais déja dans mon kernel !

la preuve !!!

il va falloir te faire un script de démarrage avec ta commande hdparm

essaie :
hdparm -k1 /dev/hda
et reboot, pour voir si ça garde les paramètres
 
sinon, donne moi ton chipset

il veut dire koi ce smiley    

 
il me semble assez explicite non ?

il ne le garde pas au boot ...
 
je vais me faire un script au boot
 
mon chipset est un via KT 266

 
pas besoin de faire un script pour ça
tu mets la commande dans /etc/init.d/bootmisc.sh
 
t'as recompilé ton noyau ? c'est bizarre qu'il ne le garde pas ... quoique, j'en sais rien, j'ai un noyau compilé mois donc je peux pas vérifier

recompiler mon noyau avec le support du DMA    
j'avais déja le support du DMA dans mon noyau

bah nan

en es tu certain de chez sur ?

dans mon .config j'ai ça :
 
 

 
c'est celui que j'utilise, je l'ai recompilé il y a moins d'une semaine

 
Il y a mieux :
 
apt-get install hwtools
 
Puis, on édite le fichier /etc/init.d/hwtools.
Le fichier est fait de telle sorte qu'on ait juste à modifier des champ.
Le mien contient ces lignes pour hdparm :
 
# hdparm optimization
# Switches on interrupts during transfers and does multi sector transfers
if command -v hdparm >/dev/null 2>&1; then
   hdparm -q -m16 /dev/hda
   hdparm -q -m16 /dev/hdb
   true
fi
 
 
(les autres optimisations sont conservées, seule -m16 doit être redonnée)
 
 
Voilà, je pense que c'est la méthode la plus propre.

avec le 2.4.18 bf24 le DMA marchait bien sans rien faire
avec mon 2.4.18 et 2.4.20 faut que j'utilise hdparm, j'ai jamais trouvé ce qu'il manquait au noyau

ca :  

 
 
ds ATA/IDE/MFM/RLL support

bah non c'est pas ça

oh ke si !

tu sais mieux moi ce qu'il se passe sur mon PC alors...

bah desole si je ne mets pas cette option j ai pas le DMA d actif, si je la mets il y est ....
 
tu en conclues koi toi ???

que tu es un péteux pensant détenir la vérité universelle
 
ddt@hades:/boot$ uname -r
2.4.20-ck
ddt@hades:/boot$ grep -i dma config-2.4.20-ck  
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_PCI_WIP is not set
# CONFIG_BLK_DEV_IDEDMA_TIMEOUT is not set
# CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set
CONFIG_BLK_DEV_ADMA=y
# CONFIG_HPT34X_AUTODMA is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_IDEDMA_IVB is not set
# CONFIG_DMA_NONPCI is not set
# CONFIG_SCSI_EATA_DMA is not set
 
et pourtant j'ai besoin d'utiliser hdparm

 
pas de chance
 
et arrete avec tes peteux ou autre

si tu changes pas de ton y a peu de chance que j'arrête