verplichte tweaks/patches.

[Alarmnummer]

Ik draai nu al weer meer dan een week volledig onder linux en het bevalt me eigelijk zo goed dat ik dit nu prefereer boven Windows. Ik heb het al een tijdje vaker gedraaid, maar ik denk dat het nu goed genoeg is om de overstap te maken.

In het begin vond ik een paar dingen slecht zoals mijn resulutie en refresh rate (die heb ik eindelijk kunnen aanpassen en heb verder een vreemde resolutie). Daarna vond ik de letters wazig en die heb ik zwaar kunnen verbeteren met een nieuwe library die ze beter rendert.

Zijn er zaken die jullie altijd in een install plaatsen? Zoals een pre-emptive kernel patch, dri, directfb of andere tweaks die eigelijk de meesten toepassen?

[Verwijderd]

Ik vind het altijd prettig om ook de microsoft fonts te installeren omdat veel websites verdana of iets dergelijks gebruiken. msttfcore fonts of iets dergelijks.

Het kan ook geen kwaat om even door je config files te snaaien en overbodige dingen uit te schakelen zoals in je /etc/inetd.conf

[SvMp]

Een eigen kernel bakken is voor mij een verplichte tweak

Dat kan nogal schelen in performance...

Ik bak altijd alles wat ik nodig heb er in, zodat ik dat gezeur met die modules ook niet nodig hebt, en je dus al die module-laad-scripts lekker kunt weggooien, maar er zijn ook mensen die juist wel voor het gebruik van modules kiezen.

[Verwijderd]

Twiek meestal me kernel, om overbodige dingen die ik toch niet gebruik, zoals b.v. ondersteuning voor isdn/modems e.d. er uit te kunnen mikken

En voor de rest qua updates en patches meestal gelijk de laatste versies installeren

[Verwijderd]

Nieuwe eigengebakken kernel = nieuwe sound, i2c, lm_sensors, Nvidia drivers, XFS patch, patch voor mijn scanner en ik denk dat VMWare ook nieuwe modules nodig heeft. Maar die gebruik ik niet vaak. Daarnaast zal ik op een nieuwe install meestal wel een aantal proggies er bij zetten, zoals K-Sensors, KVirc, KFish , Licq en ik vergeet ongetwijfeld een heel rijtje.

[Verwijderd]

Dit is meer distributie afhankelijk, maar ik controlleer in het begin behalve de kernel ook direct de programma's die draaien, en de services die opgestart worden tijdens boot. in de /etc/rc.d/ directories dingen zoals hardware check, en apache heb ik niet altijd nodig.
Later pas ik iedere keer kleine dingen in /etc/ directory aan naar m'n eigen smaak. partities krijgen duidelijke naam in fstab, motd scritpje, eigen bash prompt hosts file word aangevuld, enz.
Ook m'n desktop wordt net zoals vrotogel een beetje aangevuld met gaim, gkrellm, X-Chat, newsTicker,

[Wirf]

Ik installeer meestal overal waar ik kom VI

Voor eigen gebruik ook nog hdparm, iptraf, preempt kernel, windowmaker, NVidia driver, ALSA, i2c, mozilla (laatste gereleasde versie, vroeger deed ik meestal de nightlies of CVS, maar ik vind nu niet genoeg bugs meer, dus draai ik maar gewoon de releases ) en natuurlijk nog een heleboel andere zooi

[Alarmnummer]

Het gaat mij verder niet zozeer om applicaties (en emacs is beter dan vi ), maar meer om tweaks. Zoals bv die fonthack is echt zoiets dat iedereen in zijn systeem moet doen. Maar zijn er nog meer van dat soort wijsheden die nergens op papier staan?

[Verwijderd]

Alarmnummer schreef op 04 oktober 2002 @ 21:33:
Daarna vond ik de letters wazig en die heb ik zwaar kunnen verbeteren met een nieuwe library die ze beter rendert.

Geef eens wat meer detials, dara kan jij me mogelijk mee helpen. Dus welke desktop environment en verbetert het ook de fonts van mozilla? en wat heb ej precies gedaan.

[Alarmnummer]

Dan moet je hier even kijken. En verder geldt het voor heel X.

[Verwijderd]

Heb net voor 't eerst m'n eigen kernel gecompileerd, 2.4.19 met alle dingen die ik toch niet gebruik (X25, framerelay enzo) eruit gesloopt. Loopt als een trein! Denk dat je even goed en kritisch moet kijken naar welke dingen je nou nodig hebt ja of nee. "?" geeft goeie informatie, fout gaan kan bijna niet. Hierdoor loopt je PC meestal gewoon sneller en stabieler, er zijn immers minder dingen waarmee 'ie in de fout kan gaan.

[Alarmnummer]

Ik heb een tijd geleden mijn eigen kernel gecompileerd en een aantal optimalisatie opties aangezet. Het start misschien sneller op, maar van snelheids winst heb ik niet veel gemerkt. En verder vind ik de standaard kernel van mandrake 9 ook stabiel genoeg (na week draaien nog geen crash gehad).

[Verwijderd]

Alarmnummer schreef op 05 oktober 2002 @ 10:34:
Het gaat mij verder niet zozeer om applicaties (en emacs is beter dan vi ), maar meer om tweaks.

Emacs beter dan VI? Waar baseer je dat op dan? Ik gebruik al jaren vim. En ik heb nog niets kunnen vinden wat Emacs beter kan dan VI. Maar goed, voorkeur is natuurlijk persoonlijk...

[Verwijderd]

Wat ik overigens wel altijd even doe op een workstation is de Preemptive kernel patch installeren.
Dat maakt je systeem wat responsiever (<-- is dat nederlands??)

[Verwijderd]

Ook overgestapt op Mandrake 9.0...


Maar heb nu toch een vraagje... Wat is dat nu die preemptive kernel patch? Wat doet ie, waar vind je die? en hoe insatlleer je hem in mandrake 9.0

[Verwijderd]

Hier vind je nog tweaks voor linux...


http://www.frankenlinux.com/guides/tweaks.html

[Alarmnummer]

Verwijderd schreef op 05 oktober 2002 @ 17:28:
[...]

Emacs beter dan VI? Waar baseer je dat op dan? Ik gebruik al jaren vim. En ik heb nog niets kunnen vinden wat Emacs beter kan dan VI. Maar goed, voorkeur is natuurlijk persoonlijk...

Eigelijk helemaal nergens op. Ik ben er al achtergekomen dat er een vrij grote oorlog is tussen Emacs en vi(m) gebruikers ik was een beetje ruzie aan het stoken

Persoonlijk vind ik het een beetje een zinloze oorlog. Ik denk trouwens dat veel mensen ook niet langer kijken dan dat soort tooltjes. Maar als ze nou eens kijken naar een echte editor zoals IntelliJ IDEA dan weten ze tenminste wat allemaal mogelijk is. Ze zijn al blij als ze syntax checking krijgen. Maar bij IDEA heb je tenminste syntax checking, refactor mogelijkheden, zeer veel info bij overerven methodes, je kan super eenvoudig van object naar object springen, import worden automatisch afgemaakt, code completion (en dan ook echt goed) Zo`n product is pas veruit superieur (Het is ook niet voor niets gekozen tot beste java editor). Alleen alround editor is hij minder geschikt voor. En aangezien ik op dit moment met een Java variant werk en veel met generics bezig ben, probeer ik toch maar een normale editor onder de knie te krijgen.

[Verwijderd]

Algemene tweaks die ik erg nuttig vind:
• X zelf compileren met nieuwe compiler opties. Hiervoor kun je evt. de standaard source RPM gebruiken van Mandrake (die heeft namelijk enkele patches voor stabiliteit), die pak je dan uit (rpm -i X.src.rpm), dan kun je de tarball, die in /usr/src/Mandrake/SOURCES/ wordt geplaatst, uitpakken en dan kun je in dit topic vinden hoe je de compilatie handmatig kan optimaliseren. Simpelweg dat configuratie bestand aanpassen, de tarball weer inpakken (in diezelfde map, dus /usr/src/Mandrake/SOURCES/), en dan de source RPM compileren met "rpm -bb /usr/src/Mandrake/SPECS/X.spec". Deze dan installeren over je bestaande X heen. Dit kan tot snelheidswinsten van wel 25% leiden, is mijn ervaring! .
• eigen kernel, met pre-emptive, XFS, rmap patches, en nieuwere versies van sommige drivers (bv. bttv-0.8 voor je TV-kaart, CVS-XFree drivers voor bepaalde kaartjes, etc.)
• je desktop naar eigen smaak themen, vind ik altijd erg en om te doen.

er is nog veel meer, maar dit is vaak al een leuk begin. Tweaken is veel gepruts en kan erg moeilijk zijn (goh ), maar persoonlijk vind ik het resultaat dit alles zeker waard. .

[Verwijderd]

ik ben altijd bezig met mijn systeem te tweaken
verwachte tijd dat ik er klaar mee ben ..... als ik dood ben.

maar om echt te zeggen, dat of dat doe ik altijd.
nee eigenlijk niet. meestal net anderzom. elke keer weer anders

[Bart Coppens]

Ik heb eigenlijk niks anders dan last gehad met die NVidia drivers. Het enige wat dad deed was geheugen vreten terwijl ik hem niet gebruikte.
Als je slackware hebt moet je je XChat hercompileren met --disable-gnome of iets in die aard, omdat hij anders met een segfault stopt bij het laden van een script.

[hbokh]

Wat zaakjes die ik meestal doe:
- harddisk optimaliseren met hdparm
- lilo.conf bijwerken: system bus speed goed zetten
- XF86Config grondig aanpakken (in Vi)

"Vroeger" werkte PowerTweak ( http://powertweak.sourceforge.net/ ) ook nog wel...

[Alarmnummer]

het is wel geen tweak, maar gaat het compileren in ieder geval wel wat sneller maken. Ik wil dus een ramdrive aanmaken en daarop compileren. Als ik met java werk, krijg ik een enorme lading class files en die mogen gerust verloren gaan bij een crash, en dan zou je daar best een ramdrive voor mogen gebruiken. Verder komt het superhandig uit dat je een link kan maken naar een andere dir, bv de ramdrive, zodat je eigelijk niets hoeft te veranderen aan je makefile.

[kutkip]

_{[offtopic]* kutkip is jaloers op jouw icon, alarmnummer [offtopic]}

[_Squatt_]

Alarmnummer schreef op 06 oktober 2002 @ 13:05:
het is wel geen tweak, maar gaat het compileren in ieder geval wel wat sneller maken. Ik wil dus een ramdrive aanmaken en daarop compileren. Als ik met java werk, krijg ik een enorme lading class files en die mogen gerust verloren gaan bij een crash, en dan zou je daar best een ramdrive voor mogen gebruiken. Verder komt het superhandig uit dat je een link kan maken naar een andere dir, bv de ramdrive, zodat je eigelijk niets hoeft te veranderen aan je makefile.

Ik mount mijn /tmp gewoon op tmpfs, da's een soort dynamische ramdrive. Gaat het compileren een stuk fijner van, zeker op mijn laptop waar de harddisk niet echt supersnel is.

Hier vind je wat info over tmpfs en hoe je het opzet.

[odysseus]

Alarmnummer: misschien kun je ook eens kijken naar bijvoorbeeld ccache, dat kan je compilaties ook versnellen. Hoe goed het werkt voor Nice en dergelijke weet ik niet, maar het is wel een blik waard .

[_JGC_]

Ben op dit moment Debian from Scratch aan't installeren: mn bloated systeem gewoon gelaten voor wat het was, kijken wat de base packages waren op de CD die ik kreeg, die hercompileren met gcc-3.2, die packages installeren, libstdc++2.10-glibc2.2 wegflikkeren, neemt ie de hele zut oude packages zowat mee, de rest ff met de hand wegdoen, alle -dev dingen wegflikkeren en nu ben ik dus al 3 dagen bezig Debian helemaal van de bodem af op te bouwen met apt-get source -b <package>

En ja, dat ding is er een stuk sneller van geworden

Wat ik in mn kernel gooi: de XFS patch, en meer ook niet. Preemption kan me geen ruk schelen, laatst nog met kaboodle op een P2-400 een lijst MP3s gespeeld zonder haperingen terwijl ik in alle 6 consoles aan't compileren was en een load van 5 of 6 had

[Verwijderd]

Tweaken: me X zo snel mogelijk maken, nvidia drivers goed instellen, me klok instellen
meer tweaken doe ik pas als me systeemppje helemaal klaar is *need's ram *

[Alarmnummer]

Je klok instellen houdt in dat de klokspeed van je videokaart aan gaat passen? Of zijn er nog andere dingen die ik moet weten? (Ik zag namelijk ook al iemand zijn bussnelheid in lilo instellen)

[_Squatt_]

Ik denk dat Casanoway gewoon de tijd goed zetten bedoelt, je kunt echter wel je NVidia kaart overklokken onder linux: http://freshmeat.net/projects/nvclock

[Verwijderd]

Alarmnummer schreef op 06 oktober 2002 @ 23:40:
Je klok instellen houdt in dat de klokspeed van je videokaart aan gaat passen? Of zijn er nog andere dingen die ik moet weten? (Ik zag namelijk ook al iemand zijn bussnelheid in lilo instellen)

me klok van KDE, die is zo saai...maak er altijd een rode LCD look van