PC Niet vooruit te branden

[Verwijderd]

Ik heb hier een PC staan en die is niet vooruit te *branden*

Specs:
AMD Athlon K6-2 500MHz, 320 MB PC100 SDRAM, Diamond Viper 550 (16MB)
Gentoo Linux 1.4 Kernel 2.6.1-mm5
Gnome 2.4.1 met Metacity

Ik heb 256MB geheugen bijgezet (was 64MB), de videokaart vervangen (was de een of andere 8mb sis), de nvidia drivers geinstalleerd, softwarematig erop los getweakt, dma aangezet voor mn hd

maar het mag allemaal niet baten! hij is relatief niet veel sneller geworden dan voor ik aan de slag ging. het repainten van windows gaat echt ontzettend sloom, en hij reageert ook niet lekker. gnome-terminal en x gebruiken samen zo'n 10% cpu, en als ik mn muis beweeg loopt t al op tot 25%.

cat /proc/meminfo

code:

MemTotal:       320796 kB
MemFree:         12340 kB
Buffers:         10768 kB
Cached:          98388 kB
SwapCached:        236 kB
Active:         146224 kB
Inactive:        44664 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       320796 kB
LowFree:         12340 kB
SwapTotal:      498004 kB
SwapFree:       496372 kB
Dirty:              40 kB
Writeback:           0 kB
Mapped:         117548 kB
Slab:           112084 kB
Committed_AS:   119928 kB
PageTables:        848 kB
VmallocTotal:   712504 kB
VmallocUsed:     19852 kB
VmallocChunk:   691396 kB

hdparm -i /dev/hda

code:

/dev/hda:

 Model=QUANTUM FIREBALL SE8.4A, FwRev=API.0C00, SerialNo=338730715200
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=32256, SectSize=512, ECCbytes=4
 BuffType=DualPortCache, BuffSize=80kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=16514064
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 *udma2 
 AdvancedPM=no
 Drive conforms to: device does not report version:  1 2 3

 * signifies the current active mode

dmesg

Als jullie nog iets meer moeten weten, dan roept U maar, want ik ben ten einde raad

[ Voor 3% gewijzigd door Verwijderd op 11-02-2004 18:32 ]

[blouweKip]

Het is nu eenmaal een niet al te snelle pc(k6-2), en wat zowiezow invloed heeft op het snelheidsgevoel is snelheid van de hd (aangezien deze max udma 2 heeft lijkt ie me niet zo snel)

Misschien eens kijken hoe snel het voelt met een simpelere windowmanager/de (iets als xfce4)

[Verwijderd]

Ondersteunt je X driver hardware acceleration (2D)? En is dit geactiveerd in de config. Dat het repainten van windows trager gaat dan wat je gewend bent bvb in Windows, dat is normaal maar dat het storend veel trager is is niet normaal. Afhankelijk van je gekozen XFree86 driver kan dit zeeer sterk beinvloed worden. Kan het niet zijn dat je nu bvb met de VESA driver werkt. Want op zich is die 500Mhz K6-2 niet zo heel traag... Geheugen heb je genoeg dus de harde schijf zal niet zozeer de bottleneck zijn, enkel bij het starten van apps maar daarna moet het vlot gaan.
Ik vermoed de grafische kaart / drivers die alles vertragen, het feit dat bij muis-bewegingen de CPU load de hoogte in springt toont ook aan dat je CPU heel wat moet rekenen ipv je grafische chip.
Je kan proberen een lichtere WM te gebruiken, alsook de standaard muiscursor te gebruiken ipv de nieuwe XCursor styled muiscursors en enkele eyecandy's uitschakelen.

[Rataplan]

Verwijderd schreef op 10 februari 2004 @ 22:38:
320 MB PC100 SDRAM

(...)
Ik heb 256MB geheugen bijgezet (was 128MB)

256+128=384. Jij rapporteert 64MB minder. Typo? Zo nee:

geheugenconfiguratie (bios?) niet op orde? Hoe doet 'ie het met 256MB?

edit:

En ik wil trouwens ook weten hoe groot je swapfile is

[ Voor 11% gewijzigd door Rataplan op 11-02-2004 00:25 ]

[Valium]

Belangrijke dingen zijn:

HD: Staat die wel jopper ingesteld? Doe eens (met X uitgeschakeld) een "hdparm -tT /dev/hda" om te testen. Hij zou minstens iets van 15 a 20 MB/s moeten trekken.

XFree, de driver dus: Check je /var/log/XFree86 logs. Kijk daarin eens of je wel de nvidia-drivers gebruikt. Gebruik desnoods de "nv" (open source 2D-only nvidia driver) om te kijken of het allemaal mooi werkt.

Met "free" kun je je geheugengebruik bekijken.

En kijk ook eens met "ps -e" en "top" of er geen andere services actief zijn die je helemaal niet nodig hebt.

[raymondw]

Ik heb een dergelijk "probleem" ook gehad met Gentoo.
Mijn oplossing:

code:

(Replace hdX with your disk device)
(Enables DMA:)
# hdparm -d 1 /dev/hdX 
(Enables DMA and other safe performance-enhancing options:)
# hdparm -d1 -A1 -m16 -u1 -a64 /dev/hdX
(Force-enables Ultra-DMA -- dangerous -- may cause drives to mess up:)
# hdparm -X66 /dev/hdX

Aangezien we allemaal wat willen leren, hier ook mijn leermoment
[rml][ Gentoo] kde 3.0.2 traaaaaaaaagggg[/rml]

[ Voor 2% gewijzigd door raymondw op 11-02-2004 13:26 . Reden: type ]

[Verwijderd]

blouweKip schreef op 10 februari 2004 @ 23:31:
Het is nu eenmaal een niet al te snelle pc(k6-2), en wat zowiezow invloed heeft op het snelheidsgevoel is snelheid van de hd (aangezien deze max udma 2 heeft lijkt ie me niet zo snel)

Misschien eens kijken hoe snel het voelt met een simpelere windowmanager/de (iets als xfce4)

hmm, dat het op n p2 oid niet lekker loopt kan ik begrijpen, maar op n 500mhz proc (of is de k6-2 gewoon wat minder) zou je toch denken dat t een beetje vloeiend gaat

ik zal eens naar xfce4 kijken

Verwijderd schreef op 11 februari 2004 @ 00:01:
Ondersteunt je X driver hardware acceleration (2D)? En is dit geactiveerd in de config. Dat het repainten van windows trager gaat dan wat je gewend bent bvb in Windows, dat is normaal maar dat het storend veel trager is is niet normaal. Afhankelijk van je gekozen XFree86 driver kan dit zeeer sterk beinvloed worden. Kan het niet zijn dat je nu bvb met de VESA driver werkt. Want op zich is die 500Mhz K6-2 niet zo heel traag... Geheugen heb je genoeg dus de harde schijf zal niet zozeer de bottleneck zijn, enkel bij het starten van apps maar daarna moet het vlot gaan.
Ik vermoed de grafische kaart / drivers die alles vertragen, het feit dat bij muis-bewegingen de CPU load de hoogte in springt toont ook aan dat je CPU heel wat moet rekenen ipv je grafische chip.
Je kan proberen een lichtere WM te gebruiken, alsook de standaard muiscursor te gebruiken ipv de nieuwe XCursor styled muiscursors en enkele eyecandy's uitschakelen.

dat hardware acceleration moet ik mischien naar kijken, maar staat hardware acceleration niet automatisch aan bij de nvidia driver? die gebruik ik dus inderdaad, dat staat ook in de startpost. ik heb ook al een range van andere drivers geprobeerd (nv vesa vga..) maar t mocht ook allemaal niet baten
en eyecandy's enzo heb ik al tijden uit, dat heeft natuurlijk wel flink geholpen maar er is nog iets mis waardoor 't echt traag gaat allemaal

Rataplan schreef op 11 februari 2004 @ 00:24:
[...]
256+128=384. Jij rapporteert 64MB minder. Typo? Zo nee:

geheugenconfiguratie (bios?) niet op orde? Hoe doet 'ie het met 256MB?

edit:

En ik wil trouwens ook weten hoe groot je swapfile is

whoei! pardon me, hij had eerst 64 mb
en mn meminfo staat toch in de startpost?
SwapTotal: 498004 (zo goed als ongebruikt)

Valium schreef op 11 februari 2004 @ 12:45:
Belangrijke dingen zijn:

HD: Staat die wel jopper ingesteld? Doe eens (met X uitgeschakeld) een "hdparm -tT /dev/hda" om te testen. Hij zou minstens iets van 15 a 20 MB/s moeten trekken.

XFree, de driver dus: Check je /var/log/XFree86 logs. Kijk daarin eens of je wel de nvidia-drivers gebruikt. Gebruik desnoods de "nv" (open source 2D-only nvidia driver) om te kijken of het allemaal mooi werkt.

Met "free" kun je je geheugengebruik bekijken.

En kijk ook eens met "ps -e" en "top" of er geen andere services actief zijn die je helemaal niet nodig hebt.

code:

             total       used       free     shared    buffers     cached
Mem:        320796     302980      17816          0      10768     149288
-/+ buffers/cache:     142924     177872
Swap:       498004          0     498004

bij ps -e staat ook niet veel waarvan ik niet weet wat het is, behalve bonobo-activati
maar als t sloom is is ps en top checken natuurlijk t eerste wat men doet

raymondw schreef op 11 februari 2004 @ 13:26:
Ik heb een dergelijk "probleem" ook gehad met Gentoo.
Mijn oplossing:

code:

(Replace hdX with your disk device)
(Enables DMA:)
# hdparm -d 1 /dev/hdX 
(Enables DMA and other safe performance-enhancing options:)
# hdparm -d1 -A1 -m16 -u1 -a64 /dev/hdX
(Force-enables Ultra-DMA -- dangerous -- may cause drives to mess up:)
# hdparm -X66 /dev/hdX

Aangezien we allemaal wat willen leren, hier ook mijn leermoment
[rml][ Gentoo] kde 3.0.2 traaaaaaaaagggg[/rml]

hmm, dma had ik natuurlijk al aanstaan, die 2e heb ik uitgevoerd, maar die 3e - dat durf ik niet zo goed, dangerous in welke zin? hardwarematige schade?

[Verwijderd]

je hebt de nvidia driver geinstalleerd? Gebruik je 'm dan ook binnen je X-configuratie?

[Verwijderd]

ehh, ik heb Driver "nvidia" als dat is wat je bedoelt, iig zie ik wel die nvidia splash screen (overigens veel te lang, maar dat buiten beschouwing )

[Sir Isaac]

Beetje off topic. Zelfs als je computer wel gewoon snel draait is gnome waarschijnlijk wat traag. Ik sluit me aan bij het advies van AapopfietS om xfce4 eens te proberen. Dat draait hier soepel op een 366 Mhz P2 notebook met 128Mb geheugen. Omdat xfce4 gtk2 gebruikt integreren gnome applicaties goed. Aanrader!