Új hozzászólás Aktív témák
-
tibaimp
nagyúr
Ha jól értem, akkor a "régi vagy mai" 96 rétegű, de 16kB-os lapokkal 1536MB-os csipek hozhatók, de ezzel az új fejlesztéssel meg "csak" 64MB, akkor mi ebben az előre lépés?
A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
-
tibaimp
nagyúr
Ez igaz, amit írsz, de akkor ez hogy jön ki:
"A tárkapacitás tekintetében 512 gigabiten kezd a lapka, és érdekesség, hogy 4 kB-os lapokat használ, szemben az iparági szinten jellemző 16 kB-tal." -- akkor nem 4Gb-es lapokat kellene használnia? Ezt most nem vágomA tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
-
Amazonas
senior tag
A "lap" szó nem a réteget jelöli, hanem a legkisebb programozható logikai egységet a rétegen belül. A lap maga a NAND-cellák egy csoportját jelöli, de ezeket nem tudja egyenként írni a vezérlő, csak lap szinten. Törölni pedig ráadásul csak blokkokat tud (lapok egy csoportját), ezért is szükséges a TRIM egy SSD esetén.
[ Szerkesztve ]
-
-
pubyy
tag
Akkor most az a helyzet hogy a gyártók szerint már akkora az SSD-k sebessége , hogy a helykihasználásra fektetik a hangsúlyt, beáldozva egy keveset a sebességből ?
Tehát ha csökkentem a lapok méretét ( ezzel gondolom a blokkok méretét is), akkor ideálisabban tölthetőek fel, ezzel talán még plusz élettartamot is nyerve ?
Ez a helyzet, vagy totál rossz irányban tapogatózom ?
Új hozzászólás Aktív témák
- Filmvilág
- Mibe tegyem a megtakarításaimat?
- Még annál is olcsóbb lesz a Blackview Hero 10
- Pécs és környéke adok-veszek-beszélgetek
- Formula-1
- Turbo Kid teszt
- Háztartási gépek
- Álláskeresés, interjú, önéletrajz
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Audiofil mobillal készül a Moondrop
- További aktív témák...