Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[DMA] trouble de DMA = Linux ralentit (résolu)
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index French
View previous topic :: View next topic  
Author Message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 3:55 pm    Post subject: [DMA] trouble de DMA = Linux ralentit (résolu) Reply with quote

Bonjour,

je semble avoir un probleme avec linux. J'allucine p-e mais l'idée que j'me faisait de linux c sa fiabilité et son efficacité. J'ai malheureusement constaté qu'à la moindre tache lourde (decompression de gzip, compilation dun code source) mon ordi ralenti en terme de réaction. La lecture des mp3 par xmms est saccadée, firefox réagit au ralentit, meme que le curseur de ma souris ne répond pas tjs bien!

J'ai tout de meme une bonne machine : AthlonXP 2000+, 512 megs de ram DDR 333 mhz, geforce ti 4200 128 megs... jai un swapfile de 512 megs que je n'est jamais vue utilisée (est-ce normal) et ma ram n'est jamais pleine...

Ce genre de probleme n'arrive jamais sous windows XP. Est-ce une quesiton de configuration, de priorité de programmes? Aidez-moi svp!


Last edited by SpikeXtrem on Mon Nov 22, 2004 2:29 am; edited 3 times in total
Back to top
View user's profile Send private message
kedalel
n00b
n00b


Joined: 30 Aug 2004
Posts: 74
Location: Belgium

PostPosted: Thu Nov 18, 2004 4:10 pm    Post subject: Reply with quote

hdparm est activé?
en root
Code:
/etc/init.d/hdparm start


et pour le lancement a chaque démarage (tj en root)
Code:
rc-update add hdparm default
Back to top
View user's profile Send private message
[vector]
Apprentice
Apprentice


Joined: 02 Nov 2004
Posts: 170
Location: France, Le Havre

PostPosted: Thu Nov 18, 2004 4:55 pm    Post subject: Reply with quote

Sur mon 300Mhz sans hdparm, je peux lancer deux emerge, le PC reste utilisable.
_________________
[Gentoo 2.6.10-r6 + WinXP] - [Gentoo 2.6.10-r9 + Win98]
Admon - Dernière capture d'écran - Jabber : vector@jabber.fr
Back to top
View user's profile Send private message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 5:08 pm    Post subject: Reply with quote

Le probleme se situe p-e effectivement là.

hdparm -d 1 /dev/hda


/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)


jutilise le kernel 2.4.26-r10
Back to top
View user's profile Send private message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 5:18 pm    Post subject: Reply with quote

si ca peut aider, voila
lspci -v

Quote:
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
Subsystem: VIA Technologies, Inc.: Unknown device 0000
Flags: bus master, 66Mhz, medium devsel, latency 0
Memory at e0000000 (32-bit, prefetchable) [size=128M]
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: dde00000-dfefffff
Prefetchable memory behind bridge: cdb00000-ddcfffff
Capabilities: [80] Power Management version 2

0000:00:08.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet (rev 10)
Subsystem: D-Link System Inc DFE-538TX 10/100 Ethernet Adapter
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at e800 [size=256]
Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2

0000:00:0a.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03)
Subsystem: Creative Labs SB0090 Audigy Player/OEM
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at e400 [size=32]
Capabilities: [dc] Power Management version 2

0000:00:0a.1 Input device controller: Creative Labs SB Audigy MIDI/Game port (rev 03)
Subsystem: Creative Labs SB Audigy MIDI/Game Port
Flags: bus master, medium devsel, latency 32
I/O ports at ec00 [size=8]
Capabilities: [dc] Power Management version 2

0000:00:0a.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (prog-if 10 [OHCI])
Subsystem: Creative Labs SB Audigy FireWire Port
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at dffff000 (32-bit, non-prefetchable) [size=2K]
Memory at dfff8000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2

0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge
Subsystem: VIA Technologies, Inc.: Unknown device 0000
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2

0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
Flags: bus master, medium devsel, latency 32, IRQ 14
I/O ports at fc00 [size=16]
Capabilities: [c0] Power Management version 2

0000:00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at dc00 [size=32]
Capabilities: [80] Power Management version 2

0000:00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at e000 [size=32]
Capabilities: [80] Power Management version 2

0000:01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a3) (prog-if 00 [VGA])
Subsystem: Micro-Star International Co., Ltd.: Unknown device 8702
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11
Memory at de000000 (32-bit, non-prefetchable) [size=16M]
Memory at d0000000 (32-bit, prefetchable) [size=128M]
Memory at ddc80000 (32-bit, prefetchable) [size=512K]
Expansion ROM at dfee0000 [disabled] [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [44] AGP version 2.0

_________________
Gentoo'ing Since 11/2004
Intel E6750, 4 Go ram DDR2 800mhz, Leadtek GeForce 8800 GTS 320 megs
kernel 2.6.24-r3
Back to top
View user's profile Send private message
jbpros
Tux's lil' helper
Tux's lil' helper


Joined: 05 May 2004
Posts: 133
Location: Brussels, Belgium

PostPosted: Thu Nov 18, 2004 5:21 pm    Post subject: Reply with quote

Le DMA est activé dans ton bios?
Back to top
View user's profile Send private message
nuts
Veteran
Veteran


Joined: 10 Jan 2004
Posts: 1630

PostPosted: Thu Nov 18, 2004 5:21 pm    Post subject: Reply with quote

moi les mp3 passe bien pendant une compillation. par contre
Code:
MAKEOPTS="-j4"
fait que quand je compille, le cpu travaille comme un malade pour compiller (au moins 3 processus de compilation). donc firefox ralenti etc... mais c est normal car comme je viens de le dire le cpu bosse comme un fou.

apres pour le probleme de notre ami avec hdparm, ca semble qu il ait oublier de mettre son chipset dans le noyau.
_________________
nuts
PC: AMD Phenom 2 bi-core 555 + Asus M4A77T/USB3 + 2Go de RAM + wifi Ralink RT61 + Radeon HD 3450 - Disque dur 500Go.
SGI Octane ip30 R10000
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Thu Nov 18, 2004 5:23 pm    Post subject: Reply with quote

SpikeXtrem wrote:
HDIO_SET_DMA failed: Operation not permitted

Pour que ça marche il faut que tu compiles dans le noyau le support pour ta carte mère
c'est dans:
Code:
Device Drivers  --->
    ATA/ATAPI/MFM/RLL support  --->
         VIA82CXXX chipset support

(enfin d'après ton lsci t'as une carte mère via ...)
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Thu Nov 18, 2004 5:25 pm    Post subject: Reply with quote

nuts wrote:
Code:
MAKEOPTS="-j4"
fait que quand je compille, le cpu travaille comme un malade pour compiller (au moins 3 processus de compilation). donc firefox ralenti etc... mais c est normal car comme je viens de le dire le cpu bosse comme un fou.

Moi j'ai mis
Code:
PORTAGE_NICENESS="15"

Dans /etc/make.conf et emerge est lançé en nice 15 ... donc emerge ou pas moi je ne sens rien :)
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse
Back to top
View user's profile Send private message
nuts
Veteran
Veteran


Joined: 10 Jan 2004
Posts: 1630

PostPosted: Thu Nov 18, 2004 5:29 pm    Post subject: Reply with quote

je connais pas le niceness. par contre le makeopts, tres pratique quand on a plusieurs cpu, meme en reseau, et quand on a un seul cpu, l option que j ai mise permet de compiller plus vite ;)
_________________
nuts
PC: AMD Phenom 2 bi-core 555 + Asus M4A77T/USB3 + 2Go de RAM + wifi Ralink RT61 + Radeon HD 3450 - Disque dur 500Go.
SGI Octane ip30 R10000
Back to top
View user's profile Send private message
bosozoku
Advocate
Advocate


Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon

PostPosted: Thu Nov 18, 2004 5:34 pm    Post subject: Reply with quote

scout wrote:

Moi j'ai mis
Code:
PORTAGE_NICENESS="15"

Dans /etc/make.conf et emerge est lançé en nice 15 ... donc emerge ou pas moi je ne sens rien :)

C'est quoi nice 15 ? Je comprend pas très bien.
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm
Back to top
View user's profile Send private message
nuts
Veteran
Veteran


Joined: 10 Jan 2004
Posts: 1630

PostPosted: Thu Nov 18, 2004 5:36 pm    Post subject: Reply with quote

c est peut etre pour te laisser 15% de cpu tranquil pour faire autre chose
_________________
nuts
PC: AMD Phenom 2 bi-core 555 + Asus M4A77T/USB3 + 2Go de RAM + wifi Ralink RT61 + Radeon HD 3450 - Disque dur 500Go.
SGI Octane ip30 R10000
Back to top
View user's profile Send private message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 5:37 pm    Post subject: Reply with quote

si jajoute mon chipset via a mon kernel, dois-je le faire sous forme de module ou non?
_________________
Gentoo'ing Since 11/2004
Intel E6750, 4 Go ram DDR2 800mhz, Leadtek GeForce 8800 GTS 320 megs
kernel 2.6.24-r3
Back to top
View user's profile Send private message
bosozoku
Advocate
Advocate


Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon

PostPosted: Thu Nov 18, 2004 5:38 pm    Post subject: Reply with quote

Le mettre en dur est l'idéal !
L'interêt d'un module est de pouvoir le décharger si tu n'en à pas besoin, la le support de ce chipset, tu vas en avoir besoin tout le temps. Donc en dur.
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm
Back to top
View user's profile Send private message
jbpros
Tux's lil' helper
Tux's lil' helper


Joined: 05 May 2004
Posts: 133
Location: Brussels, Belgium

PostPosted: Thu Nov 18, 2004 5:38 pm    Post subject: Reply with quote

le paramètre nice d'un process influence sa priorité concernant l'utilisation du CPU. plus le nice est heaut, moins le processus est prioritaire par rapport aux autres. En plaçant portage à un haut niveau de "niceness", il n'utilise que les ressources "en trop" du système (cpu).
Back to top
View user's profile Send private message
nuts
Veteran
Veteran


Joined: 10 Jan 2004
Posts: 1630

PostPosted: Thu Nov 18, 2004 5:38 pm    Post subject: Reply with quote

moi je l ai mis en dur et ca marche tres bien
_________________
nuts
PC: AMD Phenom 2 bi-core 555 + Asus M4A77T/USB3 + 2Go de RAM + wifi Ralink RT61 + Radeon HD 3450 - Disque dur 500Go.
SGI Octane ip30 R10000
Back to top
View user's profile Send private message
bosozoku
Advocate
Advocate


Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon

PostPosted: Thu Nov 18, 2004 5:39 pm    Post subject: Reply with quote

Ah oué mais la les compilations de scoot doivent être assez lentes... ^^
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm
Back to top
View user's profile Send private message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 5:40 pm    Post subject: Reply with quote

jai ajouté mon chipset et tjs rien... :?

Quote:

/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

_________________
Gentoo'ing Since 11/2004
Intel E6750, 4 Go ram DDR2 800mhz, Leadtek GeForce 8800 GTS 320 megs
kernel 2.6.24-r3
Back to top
View user's profile Send private message
jbpros
Tux's lil' helper
Tux's lil' helper


Joined: 05 May 2004
Posts: 133
Location: Brussels, Belgium

PostPosted: Thu Nov 18, 2004 5:41 pm    Post subject: Reply with quote

forcément, ça ralentit le bidule :) mais selon les besoins et les ressources dispos, c'est une excellente idée que de diminuer la priorité (enfin d'augmenter sa "niceness")
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Thu Nov 18, 2004 5:50 pm    Post subject: Reply with quote

bosozoku wrote:
Ah oué mais la les compilations de scoot doivent être assez lentes... ^^

Techniquement ça prends exactement la même durée: admettons que tu démarres firefox et que tu te mettes à surfer pendant ton emerge, eh bien grace au nice 15 de emerge, firefox aura la priorité et va démarrer plus vite, mais globalement 1 seconde de temps processeur reste 1 seconde de temps processeur.
L'action de emerger et démarrer firefox ça bouffe un certain temps proc, le fait d'allouer le temps proc plus difficilement à emerge ne change rien au temps total.
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse
Back to top
View user's profile Send private message
jbpros
Tux's lil' helper
Tux's lil' helper


Joined: 05 May 2004
Posts: 133
Location: Brussels, Belgium

PostPosted: Thu Nov 18, 2004 5:52 pm    Post subject: Reply with quote

Code:
<*> ATA/ATAPI/MFM/RLL support
<*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
[*]     PCI IDE chipset support
[*]       Generic PCI bus-master DMA support


Quote:
If your PCI system uses IDE drive(s) (as opposed to SCSI, say) and is capable of bus-master DMA operation (most Pentium PCI systems), you will want to say Y here to reduce CPU overhead. You can then use the "hdparm" utility to enable DMA for drives for which it was not enabled automatically.


:)
Back to top
View user's profile Send private message
jbpros
Tux's lil' helper
Tux's lil' helper


Joined: 05 May 2004
Posts: 133
Location: Brussels, Belgium

PostPosted: Thu Nov 18, 2004 5:56 pm    Post subject: Reply with quote

scout wrote:
bosozoku wrote:
Ah oué mais la les compilations de scoot doivent être assez lentes... ^^

Techniquement ça prends exactement la même durée: admettons que tu démarres firefox et que tu te mettes à surfer pendant ton emerge, eh bien grace au nice 15 de emerge, firefox aura la priorité et va démarrer plus vite, mais globalement 1 seconde de temps processeur reste 1 seconde de temps processeur.
L'action de emerger et démarrer firefox ça bouffe un certain temps proc, le fait d'allouer le temps proc plus difficilement à emerge ne change rien au temps total.

si pendant une seconde 50% du tps cpu est alloué à firefox, emerge perd donc 50%, ce qui revient à dire que seulement 1/2seconde de calcul a été allouée à emerge. Il faudra donc 2secondes réelles pour allouer 1s cpu à emerge.. donc ça ralentit bien le travail d'emerge (en termes de temps réel). par contre le temps total ne varie pas.

si j'ai faux j'ai rien compris :D
Back to top
View user's profile Send private message
SpikeXtrem
Apprentice
Apprentice


Joined: 08 Nov 2004
Posts: 284
Location: Quebec, Canada

PostPosted: Thu Nov 18, 2004 6:12 pm    Post subject: Reply with quote

je crois que le probleme de lenteur se situe davantage dans mon dma que dans la priorité des programmes car meme un emerge seul est très lent. Bien sur, ca ralenti tout le reste quand jen exécute un. Mais une compilation ne devrait pas etre si lente, du moins de ce que me dit mon expérience.

J'ai compilé mon noyau avec le support de mon chipset et je n'arrive tjs pas a activer le dma. Il est actif dans mon bios puisqu'en windows il fonctionne a merveille.

et pourquoi apres chaque recompilation de noyau je perd mon réseau et ma carte de son?? c assez irritant
_________________
Gentoo'ing Since 11/2004
Intel E6750, 4 Go ram DDR2 800mhz, Leadtek GeForce 8800 GTS 320 megs
kernel 2.6.24-r3
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Thu Nov 18, 2004 6:14 pm    Post subject: Reply with quote

jbpros wrote:
si j'ai faux j'ai rien compris :D

Désolé mais t'as rien compris ...

Bon on va prendre des chiffres entiers:
emerge il a besoin de 60 secondes cpu et firefox il a besoin d'une seconde cpu pour démarrer
donc pour faire les deux faut 61 secondes quelque soit l'orde dans lequel c'est effectué ... t'es pas convaincu ???

Bon alors:
admettons qu'on ai déja lançé emerge (depuis 10 secondes par exemple)
  • 1er cas: pas de changement de nice
    à la seconde 10 on lance firefox
    pendant 2 secondes firefox et emerge sont en parallele. pendant ces deux secondes firefox a eu le droit à 1 seconde cpu et emerge à 1 seconde cpu
    Je récapitule: on est à 12 sec réel, 1 sec cpu pour firefox et 11 sec cpu pour emerge
    il reste 60-11=49 sec cpu pour que emerge se finisse, donc ça se termine à 12+49=61 secondes en tout
  • 2eme cas: firefox est infiniment plus prioritaire que emerge
    à la seconde 10 on lance firefox
    pendant 1 seconde firefox est executé
    on est à la seconde réele 11 et emerge n'a eu le droit qu'a 10 sec cpu il lui faut encore ses 50 secondes restantes pour finir
    donc ça se finit à la seconde réele 11+50=61


Bon dit autrement, si firefox est prioritaire par rapport à emerge il emmerde plus emerge, mais il l'emmerde moins longtemps

Faut s'imaginer à la place du noyau: si tu dois choisir 1000 fois par secondes à qui donner du temps processeur, tu va prendre en compte le nice pour choisir, mais au final t'aura donné tes 61*1000 unités peu importe à qui tu les donnes ou dans quel ordre.

[EDIT] On me dit dans l'oreillette que ce n'est pas toujours vrai ... effectivement ce raisonnement est faux si la tache à effectuer pendant le emerge se finit après le emerge.
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse


Last edited by scout on Thu Nov 18, 2004 6:24 pm; edited 1 time in total
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Thu Nov 18, 2004 6:23 pm    Post subject: Reply with quote

SpikeXtrem wrote:
je crois que le probleme de lenteur se situe davantage dans mon dma que dans la priorité des programmes car meme un emerge seul est très lent. Bien sur, ca ralenti tout le reste quand jen exécute un. Mais une compilation ne devrait pas etre si lente, du moins de ce que me dit mon expérience.

oui je suis d'accord avec toi, on est parti sur un autre sujet avec le nice, pardon :oops:
SpikeXtrem wrote:
J'ai compilé mon noyau avec le support de mon chipset et je n'arrive tjs pas a activer le dma. Il est actif dans mon bios puisqu'en windows il fonctionne a merveille.

Je suppose qu'il doit manquer des trucs dans ta config de noyau ...
poste nous la section qui va bien (genre tu colles ici le contenu de ton fichier .config qui se situe apres "# ATA/ATAPI/MFM/RLL support" et avant "# SCSI device support")
SpikeXtrem wrote:
et pourquoi apres chaque recompilation de noyau je perd mon réseau et ma carte de son?? c assez irritant

comment ça ?
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index French All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum