View previous topic :: View next topic |
Author |
Message |
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 3:55 pm Post subject: [DMA] trouble de DMA = Linux ralentit (résolu) |
|
|
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 |
|
|
kedalel n00b
Joined: 30 Aug 2004 Posts: 74 Location: Belgium
|
Posted: Thu Nov 18, 2004 4:10 pm Post subject: |
|
|
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 |
|
|
[vector] Apprentice
Joined: 02 Nov 2004 Posts: 170 Location: France, Le Havre
|
Posted: Thu Nov 18, 2004 4:55 pm Post subject: |
|
|
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 |
|
|
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 5:08 pm Post subject: |
|
|
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 |
|
|
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 5:18 pm Post subject: |
|
|
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 |
|
|
jbpros Tux's lil' helper
Joined: 05 May 2004 Posts: 133 Location: Brussels, Belgium
|
Posted: Thu Nov 18, 2004 5:21 pm Post subject: |
|
|
Le DMA est activé dans ton bios? |
|
Back to top |
|
|
nuts Veteran
Joined: 10 Jan 2004 Posts: 1630
|
Posted: Thu Nov 18, 2004 5:21 pm Post subject: |
|
|
moi les mp3 passe bien pendant une compillation. par contre 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 |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Thu Nov 18, 2004 5:23 pm Post subject: |
|
|
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 |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Thu Nov 18, 2004 5:25 pm Post subject: |
|
|
nuts wrote: | 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 |
|
|
nuts Veteran
Joined: 10 Jan 2004 Posts: 1630
|
Posted: Thu Nov 18, 2004 5:29 pm Post subject: |
|
|
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 |
|
|
bosozoku Advocate
Joined: 11 Jan 2004 Posts: 2431 Location: Roazhon
|
Posted: Thu Nov 18, 2004 5:34 pm Post subject: |
|
|
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 |
|
|
nuts Veteran
Joined: 10 Jan 2004 Posts: 1630
|
Posted: Thu Nov 18, 2004 5:36 pm Post subject: |
|
|
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 |
|
|
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 5:37 pm Post subject: |
|
|
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 |
|
|
bosozoku Advocate
Joined: 11 Jan 2004 Posts: 2431 Location: Roazhon
|
Posted: Thu Nov 18, 2004 5:38 pm Post subject: |
|
|
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 |
|
|
jbpros Tux's lil' helper
Joined: 05 May 2004 Posts: 133 Location: Brussels, Belgium
|
Posted: Thu Nov 18, 2004 5:38 pm Post subject: |
|
|
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 |
|
|
nuts Veteran
Joined: 10 Jan 2004 Posts: 1630
|
Posted: Thu Nov 18, 2004 5:38 pm Post subject: |
|
|
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 |
|
|
bosozoku Advocate
Joined: 11 Jan 2004 Posts: 2431 Location: Roazhon
|
|
Back to top |
|
|
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 5:40 pm Post subject: |
|
|
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 |
|
|
jbpros Tux's lil' helper
Joined: 05 May 2004 Posts: 133 Location: Brussels, Belgium
|
Posted: Thu Nov 18, 2004 5:41 pm Post subject: |
|
|
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 |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Thu Nov 18, 2004 5:50 pm Post subject: |
|
|
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 |
|
|
jbpros Tux's lil' helper
Joined: 05 May 2004 Posts: 133 Location: Brussels, Belgium
|
Posted: Thu Nov 18, 2004 5:52 pm Post subject: |
|
|
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 |
|
|
jbpros Tux's lil' helper
Joined: 05 May 2004 Posts: 133 Location: Brussels, Belgium
|
Posted: Thu Nov 18, 2004 5:56 pm Post subject: |
|
|
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 |
|
Back to top |
|
|
SpikeXtrem Apprentice
Joined: 08 Nov 2004 Posts: 284 Location: Quebec, Canada
|
Posted: Thu Nov 18, 2004 6:12 pm Post subject: |
|
|
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 |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Thu Nov 18, 2004 6:14 pm Post subject: |
|
|
jbpros wrote: | si j'ai faux j'ai rien compris |
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 |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Thu Nov 18, 2004 6:23 pm Post subject: |
|
|
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
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 |
|
|
|