Toon posts:

Samba zwaar ? (Slackware)

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik ging vanmiddag een dvd kopieren naar een windows dir op een Linuxmachine die gemount was onder Samba. Met deze taak merkte ik dat het haast geen werken meer was met Slackware omdat het
traag geworden was. Een ander voorbeeld is dat als ik updatedb doe Slackware ook trager wordt met taken uitvoeren.

Ik heb een Athlon XP 2600 +
512 mb geheugen

Zou ik voor dit soort taken meer geheugen erin moeten steken of zou ik de confuguratie aan kunnen passen zodat het werken met dit soort taken wel mogelijk blijft.

Graag advies hierover.

Thanks

  • AtleX
  • Registratie: Maart 2003
  • Niet online

AtleX

Tyrannosaurus Lex 🦖

Post hier eens je uitvoer van Top als je die DVD aan het kopieren bent? Verder kan je misschien nog met nice en renice spelen.

Het zou kunnen dat ik blaat, ik ben een Linux-n00b :p

Sole survivor of the Chicxulub asteroid impact.


Verwijderd

Topicstarter
De DVD is inmiddels goed binnengekomen dus Top heeft dan weinig zin meer denk ik.
De andere twee opties ken ik nog niet en die zal ik dan ook zeker gaan bekijken.

Thanks

  • Access
  • Registratie: Juni 2001
  • Laatst online: 02:03
Heb je wel DMA aanstaan voor je harddisk ? Dit kan je simpel checken door "hdparm /dev/hda" in te tikken op de console. Hda kan natuurlijk ook hdb of sda/sdb zijn, dit ligt aan je configuratie.

Verwijderd

Topicstarter
Dit is de uitvoer van hdparm:


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

Verwijderd

dma staat dus uit, aanzetten doe je met
code:
1
hdparm -d1 /dev/hda

Verwijderd

Verwijderd schreef op 01 juni 2004 @ 18:25:
Dit is de uitvoer van hdparm:


/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 80293248, start = 0
Oplossing:
code:
1
hdparm -d1 /dev/hda

En ie is lekker snel :p
offtopic:
grom weer te laat ;)

[ Voor 5% gewijzigd door Verwijderd op 01-06-2004 18:42 ]


Verwijderd

Topicstarter
Is dit ook goed ?

$ hdparm -M 254 /dev/hda

dev/hda:
etting acoustic management to 254
acoustic = 254 (128=quiet ... 254=fast)


Thanks for the tips

  • u_nix_we_all
  • Registratie: Augustus 2002
  • Niet online
Hmm, hij kopieert een DVD naar een windows share,
dan gebruikt hij z'n eigen harddisk toch niet ? :z

Ik zou eerder denken aan slechte netwerk verbinding, of
DMA van de DVD drive

You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.


Verwijderd

Topicstarter
Het kopieren ging niet van een DVD maar vanaf een Windowsclient (schijf) naar Windows (andere schijf) gemount onder Samba op een Linux machine.
Echt snel ging het niet maar het is dan ook veel data neem ik aan.

Het probleem was echter dat het verder werken met Slackware langzaam ging zoals het openen van een shell of het openen van een browser terwijl de data van de DVD van de schijf werd gekopierd.

  • Bananenplant
  • Registratie: Januari 2001
  • Laatst online: 15:07
als je je kernel bijwerkt kun je 'm ook zo configureren dat je hdparm helemaal niet nodig hebt. dit vind je bij de kernelconfiguratie (bij 2.6.6 tenminste) in de sectie over IDE-controllers, het is een vrij herkenbare optie :) .

❤️‍🩹 Bezuinigen op armen en zieken 🤕 ? Welnee, Zucmantaks, nu 💰 !


  • knopper
  • Registratie: September 2001
  • Laatst online: 25-12-2025

knopper

Sander Knopper

Je kunt nog verder gaan met hdparm, alhoewel het verschil niet meer zo groot is als met DMA.

code:
1
hdparm -c3 -u1

  • AtleX
  • Registratie: Maart 2003
  • Niet online

AtleX

Tyrannosaurus Lex 🦖

knopper schreef op 01 juni 2004 @ 20:06:
Je kunt nog verder gaan met hdparm, alhoewel het verschil niet meer zo groot is als met DMA.

code:
1
hdparm -c3 -u1
Voor ik dit uitvoer, wat doet dit eigenlijk? De enigste C die ik bij de help zie staan is van Power Mode.

Sole survivor of the Chicxulub asteroid impact.


  • Pantagruel
  • Registratie: Februari 2000
  • Laatst online: 11-02 12:18

Pantagruel

Mijn 80486 was snel,....was!

Verwijderd schreef op 01 juni 2004 @ 18:25:
Dit is de uitvoer van hdparm:


/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 80293248, start = 0
Even veranderen (man hdparm)

de mijne zegt:

/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 = 1244/255/63, sectors = 19999728, start = 0

hdparm -tT zegt:

/dev/hda:
Timing buffer-cache reads: 608 MB in 2.00 seconds = 303.54 MB/sec
Timing buffered disk reads: 88 MB in 3.03 seconds = 29.08 MB/sec

HDD in kwestie is een Seagate Barracuda II, 7200 rpm op een Asus P2B-D (intel BX mobo)

Een Western Digital (WDC WD1600JB 8 MB cache) op een highpoint ATA 133 controller in t zelfde systeem daarvan zegt hdparm -tT:

/dev/hde:
Timing buffer-cache reads: 608 MB in 2.00 seconds = 304.00 MB/sec
Timing buffered disk reads: 166 MB in 3.03 seconds = 54.75 MB/sec

Het kan dus inderdaad beter.

Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R

Pagina: 1