Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › Memória optimalizálás
- This topic has 40 hozzászólás, 13 résztvevő, and was last updated 19 years, 8 months telt el by
pointux.
-
SzerzőBejegyzés
-
2005-09-14-13:30 #2029435
Az uhut nem lehet optimalizélési flagekkel gyorsítani, az a gentoo és tsai.
Egyébként milyen vas ez, elsõsorban memóriaügyileg kérdem, mert az szokott lenni a szûk keresztmetszet. Ha kevés van (<=128M) akkor ne csodálkozz, és ha véletlenül nincs swaped se, akkor meg pláne ne (lakótárs úgy rakta fel egy 256M ramos gépre, aztán nézett nagyokat, hogy miért lassult be használhatatlanra, amikor valami memóriaigényeset csinált – amikor kilõttük a kérdéses progit, 13 körül volt a loadja 😀 ).
[align=right][snapback]149560[/snapback][/align]Jelenleg a vas amin probálkozok AMD 750MHZ, 256MB RAM 1GB swap particó maga linux egy 10GB partícion van ami linux ext3. A wincseszter samsung 160GB Win alatt iszonyatosqan gyors, a videkártyáról csak annyit tudok, hogy 32MB ram van benn,nec dvd író, külön kábelen ahogy kell, floppy nincs, tápegység 300w-os, más hirtelen nem jut eszembe, de erõsebb gépeken is teszteltem, nem tudom mi lehet a hiba, de nekem lassúnak tünik, a mostani gépemen amit emlíettetem olybá tünik mint még annak idején win95-ön egy 486.oson 16MB ramal, a jelenlegi hardwerrel nem hiszem gond lenne probléma. hacsak ne az, hogy nem „szereti” a linuxot, mert az xp és 2000 és kifogástalanul ment a gépen, linux elött.
2005-09-14-15:54 #2029436Nemsokára nekiállnék ooo-t forgatni gentoo alatt. Milyen flagekre gondolsz?
[align=right][snapback]149537[/snapback][/align]-march= -mcpu= -O3 -pipe -fomit-frame-pointer -ffast-math
2005-09-14-16:14 #2029437-march= -mcpu= -O3 -pipe -fomit-frame-pointer -ffast-math
[align=right][snapback]149578[/snapback][/align]Köszi!
Gentoo fórumán sokat olvasgattal a CFLAG-ekrõl.
2005-09-14-17:05 #2029438erõsebb gépeken is teszteltem
Nem ismerem a zuhu beállításait, de a hdparm környékén azért körülnézhetnél, hátha nincs bekapcsolva a DMA.
(
2005-09-14-19:54 #2029439„Itt természetesen a grafikus felületre gondolok a programok
indítására, vagy arra, hogy”
a szerkezeténél fogva egy linux dinamikus libet sokkal lassabb betölteni pl: bárhol lehet a lemezen, a memóriában, bármikor agyonra változhat a forrása stb… ezen úgy lehet segíteni, hogy statikusra fordítod a programot; vagy nem indítod újra a gépet, ekkor a lib. a memóriában marad, így gyorsabban indul a program; vagy nem olyan programot használsz„egy filekezelõben belépek egy olyan mappába amely sok file-t és
alkönyvtárat tartalamz, vagy”
konquerorrral, vagy ilyesmi… mert az azért sokkal többmindent csinál mint a file-ok beolvasása… az ikonokat máshonnan, sz egyedi beállításokat „desktop-file-ok”, erre jön még egy viszonylag jó és lassú megjelenítési grafika… arról nem is beszélve, hogy mondjuk egy könyvtárba lehet akár több ezer file is
és ha ehhez mondjuk hozzájön, hogy nincs beállítva, vagy le van tiltva a dma…„az ékezetes filenevek használata, melyeket windows hoz létre,
fontos a kompatibilitás, mert a „
ehhez ugye tudni kell, hogy milyen kódlappal mentetted win alatt – a linux tudja mindet (fordítva már nem biztos)„ami gyors
legálább közeletise meg a windows sebességet, nem kell tulszárnyalnia és feltétlen kezelje”
ami furcsa, mert egy mai linux jóval gyorsabb, mint egy mai windows… különösen az ilyen „extra” szolgáltatások, mint a tömörített multimédia lejátszás„az usb eszközöket és az ékezetes fileneveket, nem akarok több ezer file-t átnvezeni, föleg, hogy”
mint említettem beállítás kérdése – bár az átnevezés is megoldható mondjuk egy sorban :))), az persze kérdés, hogy meddig csinálná :)))„nem tapasztalom ezt?
Egyetlen dolog amit olvastam a gyorsítással kapcsolatban, hogy kernelujrafordítás,”
a kernel fordítás nem jelent sokat, mert attól a többi program lassú marad„Az uhut nem lehet optimalizélési flagekkel gyorsítani”
Dehogy nem… a fölösleges scripteket ki, az összes programot újrafordítani :))))2005-09-14-20:08 #2029440Nekem amikor Win és UHU volt a gépemen, akkor az volt a tapasztalatom, hogy a Win az elején jóval gyorsabb. Aztán telik az idõ (néhány hónap) és ahogy egyre több programot telepítesz/uninstallálsz a gép is egyre lassabb lesz.
2005-09-14-20:28 #2029441Hát mondjuk amikor erõsít látványban a win, akkor milyen igényei vannak lásd: vista, miközben egy látványos osx egy „****” notebookon is vígan elfut. Az x meg olyan, amilyen… agyhalál.
2005-09-20-19:50 #2029442vizsla wrote: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ó?)Bennem az merült fel, hogyha sok fizikai RAM van, tehát mondjuk valakinek a gépében 2 GB RAM van (teszem hozzá, ez ma már nem is olyan sok), akkor is „rátelepszik” a linux a teljes fizikai RAM-ra?
2005-09-20-20:07 #2029443bepe79 wrote:Bennem az merült fel, hogyha sok fizikai RAM van, tehát mondjuk valakinek a gépében 2 GB RAM van (teszem hozzá, ez ma már nem is olyan sok), akkor is „rátelepszik” a linux a teljes fizikai RAM-ra?2005-09-20-20:11 #2029444„Bennem az merült fel, hogyha sok fizikai RAM van, tehát mondjuk valakinek a gépében 2 GB RAM van (teszem hozzá, ez ma már nem is olyan sok), akkor is „rátelepszik” a linux a teljes fizikai RAM-ra?
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz