Re: DMA (tait: Re: VM: do_try_to_free_pages failed...)
Frédéric Bothamy [EMAIL PROTECTED] writes: [...DMA...] Pas tout à fait : il s'agit de transferts d'un périphérique (un disque dur par exemple) vers une zone de la mémoire physique sans utilisation du CPU, ceci expliquant les gains de performance obtenus avec cette méthode. la page de man de hdparm relativise assez sur le gain de performance.
Re: DMA (Était: Re: VM: do_try_to_free_pages failed...)
* Florent Capdeville [EMAIL PROTECTED] [2003-05-17 11:38] : Frédéric Bothamy [EMAIL PROTECTED] writes: [...DMA...] Pas tout à fait : il s'agit de transferts d'un périphérique (un disque dur par exemple) vers une zone de la mémoire physique sans utilisation du CPU, ceci expliquant les gains de performance obtenus avec cette méthode. la page de man de hdparm relativise assez sur le gain de performance. Effectivement : Using DMA nearly always gives the best performance, with fast I/O throughput and low CPU usage. But there are at least a few configurations of chipsets and drives for which DMA does not make much of a difference, or may even slow things down (on really messed up hardware!). Your mileage may vary. Mais pour un matériel assez récent et un chipset supporté, cela multiplie souvent les performances par 10 (sur mon portable, cela passe de 2,34 Mb/s à 22,15 Mb/s). Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: DMA (Était: Re: VM: do_try_to_free_pages failed...)
Frédéric Bothamy a écrit: * Florent Capdeville [EMAIL PROTECTED] [2003-05-17 11:38] : Frédéric Bothamy [EMAIL PROTECTED] writes: [...DMA...] Pas tout à fait : il s'agit de transferts d'un périphérique (un disque dur par exemple) vers une zone de la mémoire physique sans utilisation du CPU, ceci expliquant les gains de performance obtenus avec cette méthode. la page de man de hdparm relativise assez sur le gain de performance. Effectivement : Using DMA nearly always gives the best performance, with fast I/O throughput and low CPU usage. But there are at least a few configurations of chipsets and drives for which DMA does not make much of a difference, or may even slow things down (on really messed up hardware!). Your mileage may vary. Mais pour un matériel assez récent et un chipset supporté, cela multiplie souvent les performances par 10 (sur mon portable, cela passe de 2,34 Mb/s à 22,15 Mb/s). Fred Tout a fait exact : Sur un Athlon 2200 , chipset via kt333 , disque maxtor 80 Go recent , 6 Mb/sec en 2.4.18 ( DMA impossible ) . En 2.4.20 , 50 Mb/s en test , et plus de 22 Mb/s en copie d'un fichier d'une partition a l'autre sur le meme disque ( lecture + ecriture ) . Amicalement Michel -- Tuxophiles, bien sur que nous sommes tuxophiles, et winophobes en plus. Mais il ne faut pas confondre tuxophilie et tuxo-integrisme, l'amalgame est fait beaucoup trop rapidement par les winophiles-tuxophobes .
Re: VM: do_try_to_free_pages failed...
Bonsoir, Le Thu May 15 2003 à 08:15:54PM +0200, Florent Capdeville ecrivit : [EMAIL PROTECTED] writes: Lors du transfert de gros fichiers (qq centaines de mega) vers les volumes NFS, le serveur se bloque (presque) et affiche l'erreur suivante en boucle sur la console: 'VM: do_try_to_free_pages failed in en general kswapd'. Essayer de désactiver le DMA?? Surtout pas ! c'est un message type Y A PLUS DE MÉMOIRE (VM veut dire virtual memory) et l'option DMA est là pour faire faire au controleur des transferts entre disques sans utilisation de la mémoire (je crois) 64 Mo c'est pas beaucoup pour tout ce que tu fais, essayes d'augmenter la swap. Hop'it'elp David Dumortier
DMA (Était: Re: VM: do_try_to_free_pages failed...)
* David Dumortier [EMAIL PROTECTED] [2003-05-16 23:27] : Bonsoir, Le Thu May 15 2003 à 08:15:54PM +0200, Florent Capdeville ecrivit : [EMAIL PROTECTED] writes: Lors du transfert de gros fichiers (qq centaines de mega) vers les volumes NFS, le serveur se bloque (presque) et affiche l'erreur suivante en boucle sur la console: 'VM: do_try_to_free_pages failed in en general kswapd'. Essayer de désactiver le DMA?? Surtout pas ! c'est un message type Y A PLUS DE MÉMOIRE (VM veut dire virtual memory) et l'option DMA est là pour faire faire au controleur des transferts entre disques sans utilisation de la mémoire (je crois) Pas tout à fait : il s'agit de transferts d'un périphérique (un disque dur par exemple) vers une zone de la mémoire physique sans utilisation du CPU, ceci expliquant les gains de performance obtenus avec cette méthode. http://whatis.techtarget.com/definition/0,,sid9_gci213903,00.html Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: VM: do_try_to_free_pages failed...
[EMAIL PROTECTED] writes: Bonjour, J'ai un vieux serveur (PII-233Mhz/64M RAM) qui tourne avec un kernel 2.2.17 (potato). Ce serveur héberge de petits services via apache et samba (- de 10 connexions simultanées), et monte quelques volumes NFS. Lors du transfert de gros fichiers (qq centaines de mega) vers les volumes NFS, le serveur se bloque (presque) et affiche l'erreur suivante en boucle sur la console: 'VM: do_try_to_free_pages failed in en general kswapd'. Essayer de désactiver le DMA??
VM: do_try_to_free_pages failed...
Bonjour, J'ai un vieux serveur (PII-233Mhz/64M RAM) qui tourne avec un kernel 2.2.17 (potato). Ce serveur héberge de petits services via apache et samba (- de 10 connexions simultanées), et monte quelques volumes NFS. Lors du transfert de gros fichiers (qq centaines de mega) vers les volumes NFS, le serveur se bloque (presque) et affiche l'erreur suivante en boucle sur la console: 'VM: do_try_to_free_pages failed in en general kswapd'. Il n'y a plus moyen de faire quoique ce soit sur le serveur (meme un ctrl-alt-del, un remote login, etc.), mais la machine n'est pas morte, elle repond au ping. J'ai alors le choix d'attendre des lustres (plus d'une semaine...) que l'appli en cause veuille bien s'arreter, ou couper l'alimentation et redemmarer. Quelqu'un aurait-il une solution pour éviter ce pb? NB: J'ai essayé d'augmenter le swap de façon conséquente au cas où (de 256M à 2G). cela n'a pas changé le pb. J'ai meme audité /proc/meminfo pour voir comment il évoluait, et ai constaté(*) qu'en fait il ne se remplissait pas. (*)Bien sur, mon audit tourne sur la meme machine, donc il est possible qu'il soit faux. Merci de votre aide -- --Laurent
Re: VM: do_try_to_free_pages failed...
[EMAIL PROTECTED] writes: Bonjour, Bonjour. Lors du transfert de gros fichiers (qq centaines de mega) vers les volumes NFS, le serveur se bloque (presque) et affiche l'erreur suivante en boucle sur la console: 'VM: do_try_to_free_pages failed in en general kswapd'. [...] Quelqu'un aurait-il une solution pour éviter ce pb? Changer de noyau ? cf.: http://marc.theaimsgroup.com/?l=linux-kernelm=98453979826401w=2 Un 2.2.25 fera l'affaire. -- Nicolas
Re: VM: do_try_to_free_pages failed...
Le Wed, 14 May 2003 14:03:24 +0200, [EMAIL PROTECTED] a écrit : Bonjour, J'ai un vieux serveur (PII-233Mhz/64M RAM) qui tourne avec un kernel 2.2.17 (potato). Ce serveur héberge de petits services via apache et samba (- de 10 connexions simultanées), et monte quelques volumes NFS. [...] Quelqu'un aurait-il une solution pour éviter ce pb? Salut, Je me souviens avoir eu le même genre de problèmes, résolus avec une version ultérieure du noyau... Tu pourrais essayer le dernier 2.2.X ? Fred. -- Frédéric Boiteux - Calistel