Optimalizálni akarsz? Ok… fluxbox ablakkezelõ, vagy kisebb erõforrású (icevm, tabbet window manager), minden programból törekedni a konzolos megoldásra, vagy a legminimalistább GUI-ra, aztán a gyakran használt programokat ramdisk-ekbe bedobálni (ehhez init-et kell birizgálni). Persze ez csak akkor jó, ha nem használsz nagy memóriaigényû alkalmazásokat (pl játékok)…

Mint minden modern os, a linux is „rátelepszik” a teljes memóriára, akkor is, ha nincs rá szüksége… ez gyorsulást jelent

*tehát a memória foglalásnak így kell kinéznie: összes 100%, foglalt ~100%, szabad ~0%, puffer „sok”, cache „mégtöbb” (ez utóbbi 2 persze az indított programok mennyiségétõl függ; a swap pedig ugyanezen a rátelepedés elven van használva – tehát sok memória és nem külön interface esetében javalott a kikapcsolása)

1) A linuxot erõsen „hozzá nem értõ” – ráadásul – jórészt mérnökök írták, tehát biztos lehetsz benne, hogy önmegedtól nem valószínû, hogy olyat találhatsz ki, amitõl gyorsabb lesz a rendszered – max van egy két folt, ami áthelyezi a hangsúlyt, vagy újra lehet fordítani a programokat, ami akár 8-10, bár szélsõséges esetekben akár 18-20%-os gyorsulást is okozhat – internetes adatok szerint. (A gcc-ben a helyes proc típus használata ~85%-ot ad, a többi a többit – megint csak internetes források szerint.)
2) max annyit tudsz tenni, hogy a lassan induló programokat a memóriában tartod – mert mivel csodák nincsenek amennyiben nem 8 merevlemezrõl egyszerre olvassa nem lesz gyorsabb; másik megoldás a statikus fordítás – ekkor viszont nem javallott a memóriában tartani
3) lassan üzemelõ programok: itt a fordítás ami nem árt és a több processzor külön memóriával, ha a program támogatja – mert csodák szintén nincsenek
4) az ooo, egyes kde programok ellen pedig nincs orvosság
„Optimalizálni akarsz? Ok… fluxbox ablakkezelõ, vagy kisebb erõforrású (icevm, tabbet window manager)”
sütheted a fluxot, ha egy komplett kde-t, meg gnome-ot kell betölteni egy alkalmazás miatt – ráadásul az elsõ program indulása még lassabb lesz; amit ezzel nyersz: a) néhány proc% melyet az extrák mûködtetésére nem kell fordítani B) jó sok memória, ami miatt a csicsák nincsnek c) sokkal jobb áttekinthatõség; amit vesztesz: a) nincs annyi dolog, amire kattyingatni lehet
„programból törekedni a konzolos megoldásra, vagy a legminimalistább GUI-ra”
na ez megoldás…de nem feltétlenül öröm (viszont lehet kis igényû progi is profi, sõt még látványos is, de nem jellemzõ)
„aztán a gyakran használt programokat ramdisk-ekbe bedobálni (ehhez init-et kell birizgálni)”
ez az aminek nincs értelme – a libek úgyis a memórában vannak, a gyorsan induló alkalmazásokat minek betenni, ami meg lassan indul egyszer úgyis be kell tölteni (nem mindegy mikó?)

1) A linuxot erõsen „hozzá nem értõ” – ráadásul – jórészt mérnökök írták, tehát biztos lehetsz benne, hogy önmegedtól nem valószínû, hogy olyat találhatsz ki, amitõl gyorsabb lesz a rendszered – max van egy két folt, ami áthelyezi a hangsúlyt, vagy újra lehet fordítani a programokat, ami akár 8-10, bár szélsõséges esetekben akár 18-20%-os gyorsulást is okozhat – internetes adatok szerint. (A gcc-ben a helyes proc típus használata ~85%-ot ad, a többi a többit – megint csak internetes források szerint.)
4) az ooo, egyes kde programok ellen pedig nincs orvosság

„Optimalizálni akarsz? Ok… fluxbox ablakkezelõ, vagy kisebb erõforrású (icevm, tabbet window manager)”
sütheted a fluxot, ha egy komplett kde-t, meg gnome-ot kell betölteni egy alkalmazás miatt – ráadásul az elsõ program indulása még lassabb lesz; amit ezzel nyersz: a) néhány proc% melyet az extrák mûködtetésére nem kell fordítani B) jó sok memória, ami miatt a csicsák nincsnek c) sokkal jobb áttekinthatõség; amit vesztesz: a) nincs annyi dolog, amire kattyingatni lehet

„programból törekedni a konzolos megoldásra, vagy a legminimalistább GUI-ra”
na ez megoldás…de nem feltétlenül öröm (viszont lehet kis igényû progi is profi, sõt még látványos is, de nem jellemzõ)

„aztán a gyakran használt programokat ramdisk-ekbe bedobálni (ehhez init-et kell birizgálni)”
ez az aminek nincs értelme – a libek úgyis a memórában vannak, a gyorsan induló alkalmazásokat minek betenni, ami meg lassan indul egyszer úgyis be kell tölteni (nem mindegy mikó?)
[align=right][snapback]149064[/snapback][/align]

1.) az ooo-n nagyon nagyot tud dobni, ha fordítod jó flagekkel…
4.) talán csak a forrásból fordítás… a KDE-n is dob rendesen (az én gépemen kb 2x olyan gyors pentium4-re optimalizálva, mint i386-ra)

ezt úgy gondoltam, hogy KDE meg GNOME fent sincs…

én eléggé sokmindenbõl konzolos programot használok… és jók azért.

igen, de ha mondjuk csak egyszer bootol be a gép, akkor betölti, és onnantól gyors lesz… újraindítgatni meg nem kell.

viszont akkor már tényleg rakjon fel egy rugalmasabb disztribet, mert az uhu-n ezt nagyon mazohista munka elvégezni (tipp: Gentoo, Debian, Slackware, etc…)

1.) az ooo-n nagyon nagyot tud dobni, ha fordítod jó flagekkel…

Nemsokára nekiállnék ooo-t forgatni gentoo alatt. Milyen flagekre gondolsz?

Az kizárt hogy a win gyorsabb hacsak nem valami distrospecifikus bug, vagy gentood van és „jól sikerült” az optimalziációs flag-ek beállítása. Nekem a win-tõl (saját mérés) 120-200% al gyorsabb a linux sõt egyes programoknál nagyságrendbeli külömbség van (tényleg több mint 10* gyorsabb egy klaszterkeresõ és mágneses tér szimuláló programom) . Ha kell (és találok netet majd megint) tudok feltenni néhány teszteredményt.
[align=right][snapback]149540[/snapback][/align]

Kösz Nem a sebbeség teszt eredmény kellene, hanem inkább az bizonyos optimalizásiós flag beállítás érdekelen, hogy mivel lehetne normál sebességre bírni a linuxot. Most épp az uhu linuxal probálkozom.