Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › memória használata
- This topic has 58 hozzászólás, 15 résztvevő, and was last updated 19 years, 1 months telt el by
–Laszlo–.
-
SzerzőBejegyzés
-
2006-04-23-19:34 #2057973
/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 = 256 (on)
geometry = 59582/16/63, sectors = 30750031872, start = 02006-04-23-20:25 #2057974hprarm -tT /dev/hda > /home/teszt.txt
eredménye?
(az erdmény a /home/teszt.txt fájlban lesz)2006-04-23-20:35 #2057975Azt az IO_supportot azért átkapcsolnám.
2006-04-24-08:18 #2057976NagyGabika wrote:a gépempen 512 Mb ram volt amikor felraktam az uhu-t. most vettem még 521 MB ram-ot de a memória használtsága ugyanannyi. olyan mint ha feleslegessen lenne benne plussz memória. újra kell telepítenem, vagy beállítási gond, illetve nem kell neki több memória. remélem nem feleslegessen vettem. :tellme:Két dolgot írnék, egyiket a memóval kapcsolatban, a másikban pedig adok tippet a hdparm-al kapcsolatban a full gyorsításra.
1., Memória: nekem 1024 MB DDR/400 van, és nem lesz/lett ‘sokkal’ gyorsabb az UHU 1.2 final és az UHU 2.0 snapshot sem. Ugyan nem nagyon swap-el, de nekem anno régebben 512-vel sem volt gondom.
2., a hdparm-ot (én hülye) eddig soha meg sem néztem, de pont ma olvastam egy linux-tuning cikket, és ott adtak egy csomó jó ötletet. Berakom ide, mert lehet, hogy tényleg sokat dob a rendszeren (sõt, biztos vagyok benne, hogyha valakinél eddig a dma és a 32b ki volt kapcsolva):
Hdparm
At this moment we revisited hdparm. We have seen that it can show disk information but it can set some properties too. The most important options you can try are:
-d: enables/disables DMA transfers.
-X: fine tuning for the DMA transfers.
-A: for look ahead when reading disk blocks.
-c: enable IDE 32 bit support.
-C: very important for laptops (power management features)As an example, I disable my DMA transfers, look ahead and 32 bit support and run a test:
[root@Hammer ~]# hdparm -A0 -d0 /dev/hda
/dev/hda:
setting using_dma to 0 (off)
setting drive read-lookahead to 0 (off)
using_dma = 0 (off)[root@Hammer ~]# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 1580 MB in 2.00 seconds = 789.33 MB/sec
Timing buffered disk reads: 8 MB in 3.20 seconds = 2.50 MB/secNotice that buffered disk reads have decreased dramatically! It is more than 15x worse (compared to the test performed above…).
2006-04-24-08:21 #2057977Itt van még egy dolog:
„Sysctl
Probably this is the best tool for tuning linux systems. It can configure a lot of system parameters while the linux kernel is running. It handles this, by reading and writing to kernel variables through procfs files.
The complete list of available variables is shown by typing:
[root@Hammer ~]# sysctl -a
It would be a waste of time to explain every variable in this long list. Instead of that, if you are curious, you can play with them (most of them are self-explanatory).
My advice: look at networking options.”
!!!FIGYELEM!!! Ha nem tudod, hogy mit csinálsz, akkor ezen ne változtass, „ebbe ne nyúlj bele”
2006-04-24-08:59 #2057978Egy kis segítség. Ezt a parancsot add ki:
hdparm -d1 -A1 -c1 /dev/hda
és valószínûleg gyorsulni fog minden.
2006-04-29-12:29 #2057979„a gépempen 512 Mb ram volt amikor felraktam az uhu-t. most vettem még 521 MB ram-ot de a memória használtsága”
Ezen a windows tud segíteni, vegyél még bele 1000-ret és rakjál fel egy v|$tat 🙂„IO_support = 0 (default 16-bit)”
nem használod ki a rendszer 32 bites képességeit… sõt, ha 64 bites a proc…„Timing cached reads: 1580 MB in 2.00 seconds = 789.33 MB/sec”
Nem rossz az a kess…
Gondolom valami sata csatolású gyengébb „mechanikájú” cucc lehet, mert az olvasási sebesség a 15-tel is elég gyengus (bõven 50 felett kéne lennie).2006-04-29-12:30 #2057980„-d1”
A dma be van neki kapcsolva…2006-04-29-13:22 #2057981Ez a „több memória” == „gyorsabb gép” windowsos hozzáállás, baromság.
Memória = a futó programok adattároló egysége. Több memória = több program tud egymás mellett futni.
Gyorsabb csak akkor lesz valami, ha a memóriabõvítés elõtt swappelést okozott (több memóriát igényelt mint a fizikai RAM, ezért a HDD-t kellet erre a célra használni, ami lelassította)…Azért van Linuxban mindig „tele” a RAM, mert felosztja a rendelkezésre álló memória nagy részét, és más-más feladatokra használja („tényleges” memória, lemez és programgyorstár). Ha kiadod a free parancsot, láthatod, a betöltött programok által használt hely alapjáratban elenyészõ, fõleg a lemezgyorsítótár foglal helyet. Tehát csak ezért fölösleges volt RAMot venned.
2006-04-29-13:32 #2057982„Ez a „több memória” == „gyorsabb gép” windowsos hozzáállás, baromság.”
Persze ez sem teljesen igaz, mert több memóra = több puffer, több chache, ami nem lenne, amúgy… a din. libeket, nem kell ki be töltögetni, mert bentmaradhat stb… persze, ha nincs betöltendõ program, nincs betöltendõ din. lib, nincs file-mûvelet stb, akkor szabad marad… és mint tudjuk a linux cuccaihoz kevesebb memóriára van szükség.
Emiatt történik az, hogy most a hasmra ütõk:
256 m – lassú linux…………. 512 m lassú w|ndow$
512 m – gyors linux………….1024 m gyors w|ndow$
(Ez, most csak pl. volt…) -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz