Gentoo, alt er så treigt

[dude80]

Jeg er en ny gentoo-bruker, og må si meg skikkelig fornøyd, alt ser ut til å virke nå, bortsett fra at jeg ikke har turt å prøve min USB Microsoft Intellimouse 3.0 enda.

 

Jeg bruker gnome, og synes at det meste flyter ganske greit, bortsett fra når jeg bruker en "file manager" , så tar det lang tid å liste opp mappene og filene om det er mye der. Slik var det ikke i windows, men er dette normalt i linux?

[Langbein]

Dette har igrunn ingenting med linux i seg selv å gjøre, men det er nå slik at Nautilus (filemanageren i GNOME) ikke er den raskeste på markedet. Den har endel eksotiske funksjoner slik som preview av mange forskjellige filtyper (du kan bla annet se små utdrag av tekstfiler inne i ikonet). Alt dette tar selvsagt tid.

 

Men det fins håp, gå inn i innstillingene og skru av mest mulig eye-candy, så burde du speede up ting litt Eller bruk en annen filemanager...

[sim]

Kan kanskje ha noe med DMA å gjøre også ?

Prøv å kjøre hdparm

{root@snorkel:~}# hdparm /dev/hda

/dev/hda:
multcount    = 16 (on)
IO_support   =  1 (32-bit)
unmaskirq    =  1 (on)
using_dma    =  1 (on)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    = 256 (on)
geometry     = 65535/16/63, sectors = 78165360, start = 0

 

Om du får off på using_dma, så er det sikkert ikke støtte for IDE-kontrolleren din i kernelen.

[dude80]

Jeg har nok DMA:

/dev/hda:
multcount    = 16 (on)
IO_support   =  1 (32-bit)
unmaskirq    =  1 (on)
using_dma    =  1 (on)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    =  8 (on)
geometry     = 14593/255/63, sectors = 234441648, start = 0

 

jeg får også en del feilmeldinger under boot, at nettverkskortet mitt ikke fungerer (noe det definitivt gjør):

insmod 8239cp failed

 

Når jeg booter linux, så kommer jeg først til kommandolinjen, og må da logge meg på som en bruker før jeg kan su'e til root og skrive gdm. Når jeg logger meg på som en bruker for å kunne su'e til root, så kommer det en del feilmeldinger:

modprobe: can't locate module nido* which is needed for nido

can't locate module bla bla* which is neede for bla bla osv osv...

[Gr3MliN]

Av ren nysgjerrighet åpna jeg denne posten, og sjekka om jeg hadde using_dma på. Det hadde jeg ikke på noen av diskene mine. Er det stor ytelsesøkning hvis jeg fikser det der(%)? Jeg gav litt blaffen i hdd delen av kernelconfigen, fordi jeg ikke visste hva jeg trengte. Jeg merker tydelig at mozilla starter betydelig treiger når jeg nettopp har skrudd på maskinen, enn hvis jeg har startet mozilla før.

 

EDIT: Skrivefeil

Endret 10. februar 2004 av Gr3MliN

[kyrsjo]

For å boote rett inn i grafisk kan du legge til GDM i init.

 

DMA er ikke altid støttet. på skolen har vi noen (gamle) maskiner som ikke støtter DMA, og når fedora skrur det på fører det lett til coruption av data.

[sim]

Har du nyere maskin er DMA en virkelig stor fordel. Jeg merka iallefall veldig stor forskjell.

[Egil.B]

For å få gdm i oppstarten gjør du følgende:

echo "DISPLAYMANAGER=\"gdm\"" >> /etc/rc.conf
rc-update add xdm default

Endret 10. februar 2004 av Egil.B

[kyrsjo]

hvis det ikke er støttet kommer terminal nr.1 til å bli totalt nedspammet av meldinger om DMA-feil. Så du merker hvis det ikke virker. Skulle ikke være noe problem med nyere maskiner. Men ikke alle cd-spillere ol. støtter det. Er dog ikke så farlig med en cd-spiller som en disk!

[Gr3MliN]

Oioi! Nå har jeg fått litt hjelp på irc, og har dma støtte. Begge diskene mine gikk opp fra ca 3 til ca 13MB/sec, det er jo fint.

 

PS: jeg og har sånn mus, den funka flotters.

[drall]

Ytelsen på hden min går vel fra 3MB/sec uten dma til 50MB/sec med...

[kyrsjo]

[root@kyrre-laptop root]# hdparm -tT /dev/hda

 

/dev/hda:

Timing buffer-cache reads: 688 MB in 2.00 seconds = 344.00 MB/sec

Timing buffered disk reads: 54 MB in 3.02 seconds = 17.88 MB/sec

[root@kyrre-laptop root]# hdparm /dev/hda

 

/dev/hda:

multcount = 16 (on)

IO_support = 0 (default 16-bit)

unmaskirq = 0 (off)

using_dma = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 8 (on)

geometry = 2584/240/63, sectors = 39070080, start = 0

[root@kyrre-laptop root]#

 

hmm... Hva er IO supp og unmask irq?

[Cronius]

Fra man hdparm:

 

-u Get/set interrupt-unmask flag for the drive. A setting of 1 permits the driver to unmask other interrupts during processing of a disk interrupt, which greatly improves Linux's responsive-ness and eliminates "serial port overrun" errors.

 

-c Query/enable (E)IDE 32-bit I/O support. A numeric parameter can

be used to enable/disable 32-bit I/O support: Currently sup-

ported values include 0 to disable 32-bit I/O support, 1 to

enable 32-bit data transfers, and 3 to enable 32-bit data trans-

fers with a special sync sequence required by many chipsets.

The value 3 works with nearly all 32-bit IDE chipsets, but

incurs slightly more overhead. Note that "32-bit" refers to

data transfers across a PCI or VLB bus to the interface card

only; all (E)IDE drives still have only a 16-bit connection over

the ribbon cable from the interface card.

 

Så ja, du vil ha dette

[kyrsjo]

[root@kyrre-laptop root]# hdparm -u 1 /dev/hda

/dev/hda:
setting unmaskirq to 1 (on)
unmaskirq    =  1 (on)
[root@kyrre-laptop root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads:   572 MB in  2.20 seconds = 260.00 MB/sec
Timing buffered disk reads:   48 MB in  3.02 seconds =  15.89 MB/sec
[root@kyrre-laptop root]# hdparm -c 1 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 1
IO_support   =  1 (32-bit)
[root@kyrre-laptop root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads:   668 MB in  2.00 seconds = 334.00 MB/sec
Timing buffered disk reads:   48 MB in  3.05 seconds =  15.74 MB/sec
[root@kyrre-laptop root]# hdparm -u 0 /dev/hda

/dev/hda:
setting unmaskirq to 0 (off)
unmaskirq    =  0 (off)
[root@kyrre-laptop root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads:   672 MB in  2.00 seconds = 336.00 MB/sec
Timing buffered disk reads:   50 MB in  3.10 seconds =  16.13 MB/sec
[root@kyrre-laptop root]# hdparm /dev/hda

/dev/hda:
multcount    = 16 (on)
IO_support   =  1 (32-bit)
unmaskirq    =  0 (off)
using_dma    =  1 (on)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    =  8 (on)
geometry     = 2584/240/63, sectors = 39070080, start = 0
[root@kyrre-laptop root]# hdparm -c 0 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 0
IO_support   =  0 (default 16-bit)
[root@kyrre-laptop root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads:   648 MB in  2.01 seconds = 322.39 MB/sec
Timing buffered disk reads:   54 MB in  3.26 seconds =  16.56 MB/sec
[root@kyrre-laptop root]#

 

Hmm.. unmaskIRQ gir LAVERE performance?!?

og med 32 bit gikk det også litt tregere?

[drall]

Lavere maximalt throughput betyr ikke lavere generell ytelse. Det er vanlig at unmaskirq gjør dette.

[kyrsjo]

Skal jeg da redigere /etc/sysconfig/harddisks?

I dag ser den slik ut:

#
#           WARNING !!!
#
# The kernel will autodetect the correct settings for most drives.
# Overriding these settings with hdparm can cause data corruption and/or
# data loss.
# Leave this file as it is unless you know exactly what you're doing !!
#
#
#
# These options are used to tune the hard drives -
# read the hdparm man page for more information

# Set this to 1 to enable DMA. This might cause some
# data corruption on certain chipset / hard drive
# combinations. This is used with the "-d" option

# USE_DMA=1

# Multiple sector I/O. a feature of most modern IDE hard drives,
# permitting the transfer of multiple sectors per I/O interrupt,
# rather than the usual one sector per interrupt.  When this feature
# is enabled, it typically reduces operating system overhead for disk
# I/O by 30-50%.  On many systems, it also provides increased data
# throughput of anywhere from 5% to 50%.  Some drives, however (most
# notably the WD Caviar series), seem to run slower with multiple mode
# enabled. Under rare circumstances, such failures can result in
# massive filesystem corruption. USE WITH CAUTION AND BACKUP.
# This is the sector count for multiple sector I/O - the "-m" option
#
# MULTIPLE_IO=16

# (E)IDE 32-bit I/O support (to interface card)
#
# EIDE_32BIT=3

# Enable drive read-lookahead
#
# LOOKAHEAD=1

# Add extra parameters here if wanted
# On reasonably new hardware, you may want to try -X66, -X67 or -X68
# Other flags you might want to experiment with are -u1, -a and -m
# See the hdparm manpage (man hdparm) for details and more options.
#
EXTRA_PARAMS=
[kyrre@kyrre-laptop sysconfig]$

avkomentere # EIDE_32BIT=1 (merk! endret tall) og legge til -u 1? på extra params?