Linux tunen / sneller maken ?

[JVaags]

Goededag tweakers,

Laatst zag ik in een posting hier dat je met hdparm je harde schijf goed in kunt stellen in Linux (32 bit en multisector read). Dat heb ik gedaan en toen was in 1 keer mijn systeem stukken sneller

Nu vroeg ik mij af: zijn er nog andere truckjes waarmee je een linux systeem sneller kunt maken?

[p_m]

Ahh... dat hoeft toch niet!
(als je gewend bent aan Win)

[morphje]

Helaas werden mijn harde schijfjes daar niet echt sneller van.

Bij mij was het meer nodig om me kernel te patchen en de juiste kernel drivers voor mijn IDE spul aan te zetten (en de rest eruit te slopen)

in je man hdparm staat alle info die je nodig hebt, maar pas op met sommige instellingen, sommige kunnen dus daadwerkelijk je HD naar god helpen.

Mijn HD's gingen wel van ong, 5 MB/sec naar 18 MB/sec na het patchen van me kernel en een beetje klooien met hdparm. 14 MB/sec na patchen 18 MB/sec na hdparm (me snelste schijf dan he.. wd 20 gig 7200 rpm)

Nou kan ie sneller, maar ik ga binnenkort even babbelen met een hdparm-god.

[Verwijderd]

Op dinsdag 17 juli 2001 12:25 schreef JVaags het volgende:

Nu vroeg ik mij af: zijn er nog andere truckjes waarmee je een linux systeem sneller kunt maken?

Die zijn er inderdaad genoeg. En als je ze allemaal kent dan hoef je nooit meer te RTFM'en

Enkele tips vooruit dan maar:
* rm -fr /**gnome**
* rm -fr /**kde**
* gebruik, als je zo nodig X moet gebruiken, blackbox, icewm, windowmanager, whatever
* gebruik voor de rest de console
* ga je kernel tweaken
* ga je startup scripts en environments eens opschonen (apache tijdens startup op mijn laptop is *echt* niet nodig)
* kill onnodige background processes/daemons (als die er na startup-cleanup nog zijn)
* RTFM
* sit down, relax and enjoy

[Verwijderd]

als je kijkt op www.linux.com hebbie daar ergens een topic tuning...check maar eens.

[Niek]

Hier staat ook een stukje over het tweaken van oa Harddisk, XFree, PPP, IRQ, enz.

[JVaags]

Ik internet nog met een modem en ik zie dat als je mtu 576 mru 576 aangeeft in het bestand /etc/ppp/options dat je verbinding sneller zou worden

Kan iemand precies vertellen wat ik hier nu aanpas?

[SvMp]

Een eigen kernel compilen met alleen de dingen die je zelf nodig denkt te hebben

[imdos]

Op woensdag 18 juli 2001 10:57 schreef JVaags het volgende:
Ik internet nog met een modem en ik zie dat als je mtu 576 mru 576 aangeeft in het bestand /etc/ppp/options dat je verbinding sneller zou worden

Kan iemand precies vertellen wat ik hier nu aanpas?

Dat is je pakketgroote, nu kies je ervoor om de kleinste grootte voor een pakket te nemen die ( std. ) mogelijk is voor PPP. Dit is dus snelle pings en als je corrupte data hebt sneller overnieuw het nieuwe pakket binnen.

Je kan ook je MTU & MRU op 1500 zetten en dat is de grootste. Dit soort instellingen is een beetje passen en meten maar als je er even mee stoeit moet je er wel uitkomen

[JVaags]

En wat is de standaard waarde?

[morphje]

die 576 is standaard waarde.

Ik zou hem daar gewoon ophouden, aangezien je ISP daar op ingestelt is (hoogstwaarschijnlijk)

Je zend pakketen uit op de grote die uit handshaking is bepaald. Indien jouw ingestelde pakketgrootte te groot is meot er gefragmenteerd worden. Indien dit het geval is kan het zijn dat er pakketjes met het laatste stukje fragment van een totaal pakket de deur uitgaat. Dit in een volledig groot pakket

In feite is het dan dus databit verspilling.

Hou hem voor je modem maar lekker op 576. Mocht je nou bv een kabel modem hebben, dan kan het interessant zijn om je MTu aan te passen.

[Verwijderd]

Na wat gekloot met hdparm ging ie van +- 2MB per seconde naar +-11 MB per seconde. Is dit trouwens snel voor een 5.1 GB 5400 rpm (Quantum Fireball)?

[Verwijderd]

Kijk anders eens bij OpenNA.
Zij hebben een boek uitgegeven over Securing and Optimizing Linux.
Inmiddels hebben ze versie 2.0 al beschikbaar, ook in .pdf-formaat alleen moet je daar ook wel voor betalen (was iets van US$ 9,50 geloof ik)
Maar als je niets wilt betalen voor het boek mag je ook de oude versie (1.3) hier gratis downloaden.
Vergis je niet, want het boek van versie 1.3 bestaat uit zo'n 486 pagina's.
En versie 2.0 uit 856 pagina's.
Maar je kan wel een goed idee krijgen waar je allemaal kan tunen en waar je je beveiliging moet aanscherpen.
Ik kan alleen maar zeggen een echte aanrader!
Van versie 2.0 is de pdf beveiligd met een wachtwoord, maar ik zou zeggen ga niet lopen klooien om dat wachtwoord en betaal er gewoon voor!
Die US$ 9,50 is het dubbel en dwars waard!
[update]
Mmmm, kan zo ff niet vinden waar je de downloadable versie kan bestellen.
Wel leveren ze gratis de pdf-formaat bij wanneer je de papieren versie besteld US$ 49,50
[/update]

[morphje]

Op woensdag 18 juli 2001 15:25 schreef wVm het volgende:
Na wat gekloot met hdparm ging ie van +- 2MB per seconde naar +-11 MB per seconde. Is dit trouwens snel voor een 5.1 GB 5400 rpm (Quantum Fireball)?

Dat is voor dat oude beesie zeer redelijk moet ik zeggen. Met mijn seagate 6,5 kreeg ik er maar 9 MB/sec uit geloof ik. Okee me systeem was nog niet genoeg getweaked. helaas (gelukkig) is me hd overleden.

Me 7200 rpm schijfjes /ha(alde|len)/ resp. 15MB/sec en 18-19 MB/sec

[xantos]

hdparm -Tt /dev/hda werkt niet bij mij

/dev/hda:
read() hit EOF - device too small
Timing buffered disk reads: read() hit EOF - device too small

Moet ik dit per partitie doen?

Dus:
hdparm -Tt /dev/sda6
hdparm -Tt /dev/sda7
etc..?

Trouwens op een andere pc werkt het overigens wel!

[deadinspace]

Op woensdag 18 juli 2001 18:09 schreef xantos het volgende:
hdparm -Tt /dev/hda werkt niet bij mij

/dev/hda:
read() hit EOF - device too small
Timing buffered disk reads: read() hit EOF - device too small

Die foutmelding doet mij bijna denken dat die HD te klein is om de read test uit te voeren. hdparm leest gewoon 64meg aan een stuk, en als je HD kleiner is dan 64meg, zal dat wel problemen geven. Maar het lijkt me eigenlijk sterk dat je HD zo klein is.

Moet ik dit per partitie doen?

Dus:
hdparm -Tt /dev/sda6
hdparm -Tt /dev/sda7
etc..?

Nope, je moet een HD opgeven (dus hda, hdb, sda, enz), en geen partitities. Alle partitities op een HD zouden toch even snel moeten zijn.

[Verwijderd]

Kijk hiervoor ook op:

http://linuxperf.nl.linux.org/

Een pagina over performance-tuning onder
Linux, zal de (schaarse) tweakers onder
ons wellicht aanspreken...

[Papillon]

Op dinsdag 17 juli 2001 12:25 schreef JVaags het volgende:
Nu vroeg ik mij af: zijn er nog andere truckjes waarmee je een linux systeem sneller kunt maken?

Wellicht zijn er wel enkele sites met algemene tweaks (om het maar zo uit te drukken) veelal is het handig uit te zoeken hoe iets performt en waarom het zo performt. Op die manier weet je ook wat er moet gebeuren een betere perfomance te halen. Ben je veel met fileserving bezig, dan zul je heel andere performace tweaks moeten doen dan als je aan application service doet.

[JVaags]

Ik heb hier net een 386DX binnen gekregen en daar wilde ik toch al zo wie zo Linux op installeren om het 1 en ander te testen ik denk aan kernel recompileren en soort gelijke dingen.

Mijn huidige testmachine heeft nu zo'n belangrijke rol gekregen dat ik hem niet meer kan missen Samba, MasqServer en Apache zijn niet meer te missen voor mij en me'n familieleden.

[Wirf]

Linux tunen..

eeh, laatste kernel nemen natuurlijk, die goed optimaliseren.

dan alles recompilen met pgcc (zoek maar op freshmeat ofzo)
en hdparm is ook erg handig natuurlijk (ik haal 33 mb/s (raid0) )

[TriLithium]

wat is eigenlijk de vervanging in FreeBSD voor hdparm???