Új hozzászólás Aktív témák

• #269 robyeger addikt ddekany #262

  Új Válasz 2010-06-30 15:18:00 #269

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robyeger

  addikt

  válasz ddekany #262 üzenetére

  Azt felesleges a lapozóba írnia, mivel az SSD-n már ott vannak azon adatok, csak a memóriába kell emelni, a lapozófájl arra szolgál, hogy szabad fizikai memóriát szabadítson fel azáltal, hogy az általa kevésbé lényegesnek tartott háttérfolyamatok memória adatait lementi a háttértárra. Lerövídítve azt figyeli te mit használsz előtérben és annak próbálja a legtöbb(pazarlást azért elkerülve) fizikai memóriát biztosítani. Ha elindul egy olyan előtérban lévő folyamat, amihez tudja a rendszer hogy hamarosan egyéb más adatok is szükségesek a folyamatos működéséhez, de kevés a szabad fizikális memória, akkor lép életbe a lapozó fájl író mechanizmus. Bonyolítja hogy ezek a folyamatok párhuzamosan együtt is szaladhatnak és egymásra is hatást gyakorolhatnak, so-so bizonyos helyzetekben feleslegesen kap extrém terhelést az SSD, ha lapozófájlt(főként annak írásánál) és előtöltést is kell egyidőben pradukálnia.

  [ Szerkesztve ]

  Keresem a 9th Company: Roots Of Terror játék magyar feliratos változatát,mindenféle megoldás érdekel; Intel Pentium-D940/''C1''stepping/ (1.3V-200x16) @ (1.43V-333x12) 4Ghz

• #271 hackeeeee Jómunkásember ddekany #257

  Új Válasz 2010-06-30 16:04:23 #271

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hackeeeee

  Jómunkásember

  válasz ddekany #257 üzenetére

  tehát akkor nem érdemes. Köszi

  Véleményem szubjektív...

• #278 fLeSs nagyúr ddekany #257

  Új Válasz 2010-06-30 18:03:06 #278

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fLeSs

  nagyúr

  válasz ddekany #257 üzenetére

  Ez igaz, elvileg adatvesztéssel járhat, de nekem a kezdetektől be van kapcsolva, volt már fagyásom/újraindulásom, de adatvesztésem még nem.
  Egyébként a kis bepipálandó négyzet alá oda van írva, hogy az adatvesztés elkerülése végett... szal ha vki tud olvasni akkor eldöntheti, hogy mit választ.

  [ Szerkesztve ]

  "I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."

• #282 robyeger addikt ddekany #273

  Új Válasz 2010-06-30 18:51:08 #282

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robyeger

  addikt

  válasz ddekany #273 üzenetére

  az én veleményem eleve az, hogy a lapozófajl kevés fizikai ramnál egy szükséges rossz. Nagy hátránya a lapozófájlnak, hogy minél több a fizikai memória, annál nagyobb lesz a lapfájl mérete is, habár azért Win7 alatt valamivel optimalizáltabb a kezelése, mint XP-n.
  -Tehát pont amit mondasz itt nincs fejrángatás, eleve azért tiltjuk le a Prefetch, hogy kihasználjuk az SSD nagy input műveleti terhelhetőségét, a SuperFetch-nek meg nincs igazán mozgástere hatákonyan működni(gyorsítani), ha nincs elég szabad mem. Ezen szolgáltatások is foglalnak némi memóriát, sok kicsi, sokra megy alapon, még több hadrendbe fogható memóriánk lesz. Kevesebbszer kell nyúlnia lapfájlhoz.
  -Van amikor valaki csak néha használ extrém nagy memóriaigényű progit, például tervező/renderelő, ő lehet hogy nem engedheti meg magának a lapfájl kikapcsolását vagy nincs kedve külön manuálisan ide-oda kapcsolgatni, viszont ha kisebb progikkal működik Prefetch és SuperFetch segíthet előbb odavarászolni mindent amire szüksége lehet.
  -Ha bőven futja a fizikai memóriából, bolondság lenne bekapcsolva hagyni a lapfájlt, úgy is jelzi a rendszer ha nem elég, (mondjuk ha valaki tervez valami nagyot és később jön rá a win, hogy kevés ram, lehet hogy már menteni se fogja tudni a munkáját, ezzel azért érdemes kalkulálni és ne engem szídni ), viszont ugyan olyan bolondság lenne kikapcsolni ilyenkor a Prefetch és SuperFetch szolgáltatásokat, hiszen a DDR memóriában már előre készen várja a procit az adatok, ezzel nincs az a csúcs SSD, ami versenyezhetne.
  -Olyan felhasználói szokást/hardvert nem tudok elképzelni, mikor Prefetch és SuperFetch és lapozófájl, mind3 tiltása gyorsabb műveletvégzéshez vezet. Kivéve a Vista szervíz csomag nélküli verziója, mikor a SuperFetch elősször találkozott a 8Gb ramommal, addig töltött mindenfélét a winyóról, míg a szabad memóriám le nem csökkent 2Gb-ra, meg se lehetett zavarni akármit indíthattam közben

  Szóval igazad van; az SSD gyors, ezért persze hogy nem tud annyit segíteni az előtöltés szolgáltatások, mint egy HDD-nél. Például egy olyan nagyobb memóriás gépen, mint az enyém, nem lesz gyorsabb rendszer particiós SSD-vel a menet közbeni reakció idő, mivel már az elején bedobál mindent a ramba, mire szüksége lehet az oprendszernek. A Boot idő lenne rövidebb, de ez engem személy szerint nem izgat, otthon melléktevékenységekkel bőven marad ideje a gépemnek felállni.

  [ Szerkesztve ]

  Keresem a 9th Company: Roots Of Terror játék magyar feliratos változatát,mindenféle megoldás érdekel; Intel Pentium-D940/''C1''stepping/ (1.3V-200x16) @ (1.43V-333x12) 4Ghz

• #283 fLeSs nagyúr ddekany #240

  Új Válasz 2010-06-30 18:53:30 #283

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fLeSs

  nagyúr

  válasz ddekany #240 üzenetére

  "Én azt mondanám, az SSD csak egy komplett blokk törlésére képes. Az újraírás elég homályos fogalom."

  Igaz. Törlésére vagy felülírására (ami egyébként egy törlés és egy írás).

  "A ábránál meg biztos hogy kell a gyorsítótárban lapokat törölni? (És írod is ezt: "gyorsítótáron belül kitörlődnek a nem kellő lapok".) Az is flash, nem pl. DRAM? A teljes blokk törlését, ami miatt az egész szívás van, meg nem is említed írásban."

  A gyorsítótárban megy végbe a lapok törlése. Ez nem tudhatjuk, hogy miként megy végbe, sztem mivel az DRAM, a vezérlő valszeg szimplán betűzi az új adatot, nem vszínű, hogy emiatt az egész blokk törlődne. Nem is lenne értelme, mert akkor elvesznének az adatok.

  "Mármint egy üres lapra? Mert tudtommal elég ha a cél lap üres (törölt flash), nem kell az egész blokknak annak lennie."

  Új SSD-t hoztam fel példának ami még teli van üres blokkokkal. Beírja egy üres blokkba vagy egy nem teljesen üres blokkba egy üres lapra. Igaz, így teljes.

  "Mármint OS-szintent (fájlrendszer-szinten), logikailag törölt lapokat? Ezeket egyértelműen kéne megfogalmazni, mert így nem követhető hogy törölt SSD lapról beszélsz vagy sem. Tehát, itt, "törölt fájl adatait tartalmazó lapokra kell beírnia". (A "blokk" meg nem is kell ide.)"

  A vezérlő össze tudja párosítani a fájlrendszert és a NAND-okon található adatokat.
  Mi a lényegi különbség az "előzőleg törölt lapokat tartalmazó blokkokba kell bemásolnia" és a "törölt fájl adatait tartalmazó lapokra kell beírnia" mondatok között?

  "Tudtommal, épp az a lényeg, hogy nem tudsz lapot törölni (flash szinten), csak blokkot."

  Ez így van, de ez a cikkben már korábban ki lett fejtve, szal evidens. A következő oldal elején pont erről esik bővebben szó, hogy vajon emiatt a TRIM rövidíti-e az SSD élettartamát.

  [ Szerkesztve ]

  "I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."

• #307 fLeSs nagyúr ddekany #305

  Új Válasz 2010-07-01 12:32:23 #307

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fLeSs

  nagyúr

  válasz ddekany #305 üzenetére

  a ramdisk cache megmarad újraindítás után, gondolom ez a használt programtól függ, a superspeed ramdiskkel be lehet állítani. ilyenkor leállás előtt lementi a ramdisk tartalmát a vinyóra/SSD-re, boot után pedig újra létrehozza a ramdisket és rámásolja ezt a tartalmat.

  a wint meg nem kell sokat piszkálni, az ahci-t be kell kapcsolni, a defraget meg ki kell kapcsolni, ennyi a lényeg, a többi az csak ráadás.

  "I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."

• #313 fLeSs nagyúr ddekany #312

  Új Válasz 2010-07-01 14:43:49 #313

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fLeSs

  nagyúr

  válasz ddekany #312 üzenetére

  "a 2 GB üresnek vélt cellamennyiséget (a dinamikus adatok "alatt") ide-oda
  tologatja az SSD felületén, így a cellák elhasználódása az SSD egészén
  egyenletes lesz."

  "I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."

• #319 Raymond félisten ddekany #318

  Új Válasz 2010-07-01 18:40:10 #319

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raymond

  félisten

  válasz ddekany #318 üzenetére

  A lenyeg az hogy az osszes a tarolon levo adat mozgatva van a hatterben az OS-tol fuggetlenul a wear leveling alltal. Ha nem lenne akkor allandoan ugyanazokat a cellakat irkodnad felul. Pelda - 60GB teljes terulet, atmented ra a mostani rendszert es felkerul mondjuk 40GB adat ami gyakorlatilag csak olvasva van (OS, telepitett programok, hasonlo). Ha ezt a wear leveling nem mozgatna ossze vissza allandoan ugyanazt a 20GB-nyi (es idovel kevesebb) cellat irnad felul az atmentestol szamitott pillanattol.

  Privat velemeny - keretik nem megkovezni...

Új hozzászólás Aktív témák