Idézet: nyunyu - Dátum: 2006. dec. 12., kedd - 20:21
Hol lehet Vista alatt beallitani, hogy _maximum_ mennyi ramot hasznaljon a vinyo cachelesere?
Kurvara unom mar, hogy 2GB rammal allandoan akad a TES4:Oblivion, mert a Win a hatterben futo Azureus miatt elhasznal ~1GB-t cachelesre, es igy allandoan 20MB alatt van a szabad memoria, aztan nekiall veszettul swappelni, mikor az Oblivion uj helyszint tolt.
Én meg felpróbáltram a Vistát egy Celeron 600-ra, RAM: 384 MB. Működik, demonak nem is rossz...
Amúgy ennyit tudok a dologról, ha segít:
http://www.scraggy.hu/
Idézet
Azureus
Files -> Performance Options: Figyelem! - A következő beállítások erősen befolyásolhatják a letöltésre vonatkozó tulajdonságokat. A kliens újraindítása szükséges ezekhez. A kliens újraindítása teljes bezárást jelent, ami azt jelenti, hogyha a tálcán sem látjuk az ikont, akkor van bezárva teljesen!
Friendly hash checking - A hash ellenőrzés elég processzor igényes feladat. Ezt az opciót bekapcsolva nem foglal le annyi erőforrást előlünk a hash ellenőrzés-készítés.
Maximum files opened for read/write [0: unlimited] - Itt megadhatjuk, hogy letöltéskor maximum hány fájlt nyisson meg írásra a kliensünk. Ha túl nagy számot adunk meg, akkor drasztikusan csökkenhet a gépünk teljesítménye, viszont ha nagyon keveset adunk, akkor talán nem tudunk olyan gyorsan letölteni, mert lehet, hogy a többieknek éppen azok a kis csomagocskák nincsenek meg, amik azokra a fájlokra vonatkoznak, amit a kliensünk megnyitott írásra. A 0 azt jelenti, hogy nincs felső korlát, tehát egyszerre akár több fájl is megnyithat írásra, azokból, amiket éppen töltünk.
Maximum outstanding disk block writes [0: unlimited] - Ha esetleg nem merevlemezre akarsz tölteni, hanem máshova, aminek lassabb az írási sebessége, mint a letöltési sebesség, akkor itt le lehet korlátozni a csomagocskák méretét. A 0 azt jelenti, hogy nincs felső határ.
Maximum outstanding check pieces [0: unlimited] - Ha lassú a processzorod, akkor itt lehet korlátozni a csomagocskák ellenőrzésének sebességét. A 0 azt jelenti, hogy nincs felső határ.
Enable disk cache - Engedélyezed a lemezek tárolójának használatát.
Size of cache in MB - Megadhatod számmal, hogy a cache méretének hány százalékát hasnzálja a program.
Perform read-aheads to reduce disk reads when uploading - Csökkenti az előreolvasást feltöltéskor.
Cache download data to reduce disk writes and also decrease disk reads require for a piece checking - A tárolóba töltött adatoknak csökkenti a merevlemezre írását és csökkenti a merevlemez olvasási igényét a szegmensek, csomagocskák ellenőrzésekor.
Idézet
Bevezetés
A µTorrent leginkább a BitComet-hez hasonló felépítést kapott a programozóitól, viszont a BitComet-tel ellentétben a beállításokra sokkal nagyobb hangsúlyt fektettek. Sajnos még most is sok helyen folynak viták arról, hogy a BitComet vagy a µTorrent-e a jobb. A leírásban megpróbálok egyértelműen rávilágítani, hogy miben jobb ez, vagy miben rosszabb. Ebben a kis bevezetőben pedig külön dicséretet érdemelnek a készítők, akik meglehetősen gyorsan fejlesztik a klienst, és a felhasználói javaslatokat kellő körültekintés után meg is valósítják.
Ebben a bevezetőben rögtön azzal is kezdeném, hogy a BitComet-tel szemben sokkal kevesebb memóriára van szüksége ennek a kliensnek, ebből kifolyólag több merevlemezműveletet hajt végre. Ezt érdemes orvosolni a következő beállításokkal, melyeket az Options -> Preferences... -> Advanced Options-ben találunk meg:
diskio.flush_files - *false
diskio.write_queue_size - *32768
diskio.coalesce_writes - *true
Ha a fentieket beállítottuk, akkor érdemes a következő kép alapján a pipákat a megfelelő helyre betenni, illetve a megfelelő helyről elvenni, ezzel tovább csökkentve a merevlemez használatát, és így az élettartamát nővelni.
Súgó
A téma zárva.
Elküldve: 2006. 12. 13. 08:35
Elküldve: 2006. 12. 13. 15:00
