Sur mon PC fixe  
hdparm -c /dev/hda
 
/dev/hda:
 IO_support   =  1 (32-bit)
 
hdparm -d /dev/hda
 
/dev/hda:
 using_dma    =  1 (on)
 
très bien.
 
Sur mon PC portable :
 
/dev/hdc:
IO_support   =  1 (32-bit)
 
/dev/hdc:
 using_dma    =  0 (off)
 
Je tape sur le portable :  
 
hdparm -d 1 /dev/hdc
 
/dev/hdc:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma    =  0 (off)    
 
Comment faire également pour que ca soit automatiquement en 32 bits au démarrage du PC ? (j'ai ajouté "hdparm -c 1 /dev/hdc" dans /etc/rc.local)
Je me suis penché sur ca car le transfert par NFS est très lent. (genre 400 ko/s)
 
EDIt : c'est /dev/hdc je pense et pas /dev/hda sur mon portable.

y a une couille sur ton portable : le DMA s'active pas, il faut que tu recompiles ton noyau avec le support de ton chipset en dur. Je sais pas s'il y a une méthode plus simple.
Pour le démarrage, sous Debian, tu as le fichier /etc/hdparm.conf qui contient les paramètres pour hdparm au demarrage. Surement un équivalent sous d'autres distro.

je suis sous Mandrake Cooker.
apparemment aucun fichier hdparm.conf
quelqu'un saurait quel fichier correspond ?

/etc/sysconfig/harddisks

Si tu es en cooker et que tu as installé le dernier noyau (rc3.1mdk) c'est normal, il manque le support de l'IDE pour les mobos intel. Il y a un bug ouvert pour ça déjà.
 
Du coup ça marche en mode compatible ; pas de DMA, et hdparm n'y peut rien.
 
Ya qu'à attendre le prochain noyau (qui sera un 2.6.7 final sans doute) ou repasser à celui d'avant, qui n'a pas ce problème.

ok. je vais attendre alors.
 
pour le 32 bits, me faut éditer la ligne et décommenter la ligne  MULTIPLE_IO=16 en MULTIPLE_IO=32 ?
 
mais sinon pourquoi NFS est si lent ?

Ecoute, tu as décidé d'utiliser la version cooker, qui est une version de développement, il faut t'attendre à avoir des problèmes. Il y a sans doute des mailing list et bug list sur le site de Mandrake.

pourquoi cette agressivité ? je ne rale pas, je ne me pleins pas, je cherche juste à savoir comment arranger ca.
 
et la lenteur de NFS n'a rien à voir avec la version Cooker...

 
Aggressif ? c'est juste un forum hein    
 
Pourquoi ta lenteur NFS ne serait-elle pas dûe à la version cooker ? Le noyau a un problème connu avec ton controlleur IDE, il est également possible qu'il ait en plus un problème connu avec NFS.
Et comme tu sembles l'indiquer sur ton message initial, NFS ne peut pas aller plus vite que ton disque dur ...
Je te suggère de donner plus de détails sur ta config NFS si tu veux plus d'aide.

car c'était pareil en Officiel.

qu'entends tu par lent ? kels débits ?
 
kelles était tes config clients/serveur ?

j'ai installé le serveur que sur le portable.
 
/etc/exports :
/home/ 192.168.0.1(rw)
 
IP des PC :
Pc Portable   192.168.0.2
Pc fixe       192.168.0.1
 
Le débit est en dessous d' 1 Mo/s et parfois le transfert s'arrête pour les gros fichiers. (500 Mo...)

as tu un firewall d'installé/activé ?
 
kelles sont les options de montages ? ( cf contenu de fstab sur lcient ? )
 
kelle est la conf de ton serveur ? ( /etc/sysconfig/nfs )

- pas de firewall.
 
- fstab client :

 
- Dans le serveur (/etc/sysconfig/nfs), toutes les lignes sont commentées. (c'est par défaut, je n'ai rien touché)

là je viens de déplacer un fichier video de 30 Mo du portable (serveur) vers mon pc fixe. Le débit était de 350 ko/s en moyenne, mais le transfert se déroulait correctement. La progression du transfert et le taux s'affichait bien dans la fenêtre konqueror.
Alors que quand je transfère du PC Fixe vers le portable, ca rame aussi même plus, mais la progression ne s'affiche pas, du moins c'est pas du tout fluide, et ca s'arrête parfois avant la fin du transfert.
 
est-ce que la ligne:
 
192.168.0.2home /mnt/PORTABLE nfs soft,rsize=8192,wsize=8192,nosuid 0 0  
 
de mon fstab (pc fixe, client) n'est pas bonne/peut etre optimisée ?
ou bien est-ce car l'UDMA n'est pas activé sur le portable. (ps jai activé l' IO_support 32 bits)

je viens de me rendre compte que sur mon PC Portable, c'est /dev/hdc et pas /dev/hda  le disque concerné.
 
mais le DMA ne veut pas s'activer quand meme.
cf : mon message : http://forum.presence-pc.com/prese [...] -862-1.htm