Administrace komentářů

Samozrejme. Statisticky* vzato, bezny endpoint nepresahne pomer cteni a zapisu 90:10 s dennim limitem do 7.34GiB, mobilni uzivatele 80:20 ~13.87GiB (Win7Ent). Protoze se jedna o rezim, kde se vlastne nic nezapisuje a kdyz uz, tak mluvime o titernych datech (napr.: cache v browserch, aktualizace), je uplne jedno, jestli ma 15nm TLC s 750P/E, nebo 19nm MLC s 2000P/E. Bohuzel snizeni vyrobniho procesu znamena, ze dochazi ubytku vodiveho materialu s propustnosti vodive mrizky (fyzikalni vlastnost). S omezovanim poctu kanalu dochazi k tomu, ze disky jsou pomale, ale levne a s vysokou vyteznosti. Proto se vymyslelo "urychleni", ktere misto 100 - 150Mb/s pin vymezi malou cast (2bit+ecc) jako cache, do ktere interni logika radice nataha a/nebo vyhazi data pro okamzite pouziti, ktere "ve volnem" case rozhazi po celem disku a nikoho nenapadne, ze "rychlost" dela prave ta mala cache (zase tak mala neni).

Problem nastava, pokud mas pomer napr.: 60:40 a cache prestane stacit, to se naplno projevi nevyhody takove vrstvy navic. Asi jako auto s 3.0 V6 motorem s 200kW a 1.2 V3 + 4xTurbo, ktere se snazi vykompenzovat ten vykon, ktery neni v zakladu. Vezmu-li pripad manzelka, tak mi dokaze do disku nasekat 65 - 200GB jen v nahledech (zpravova GPU Titan s 6core Xeon), nez je spokojena s 20min videem z dovolene. Vrhne se na to s takovou verbou, ze musi vsechno rozhazet, upravit a predelat - zenska :) Tady se naplno projevuji nevyhody DWA, nCache, Turbo, ... a dalsi marketingove zvasty. Porovnej, co vsechno ten disk ztratil proti skvele M550. Usetrili na vyrobe a vykompenzovali to DWA - caching principem, ktery mi osobne proste vadi, protoze si ty nevyhody umim pojmenovat. Predikace chovani neni mozna. Crucial M4 byl uzasny v tom, ze mel velmi, ale velmi rychle NAND a byl uplne hloupy, v tom je jeho genialita. Dnes se to dela tak, ze se nahazi co nejchytrejsi radic, kteremu se narve gazilion funkci (problem s throttlingem, chlazenim - prenosem na pouzdro) a on nestiha, protoze se nemuze spolehnout na rychly zaklad, ktery nema. Nasledkem toho vznikaji prodlevy a pokud porebuje zapisovat, musi mit opravdu hodne otrimovane kapacity, kterou muze okamzite pouzit. Pokud ne, musi nejen vyhledat, ale smazat cele stranky, o jejichz fragmentaci se mu neustale stara wear leveling. To vsechno stoji cas a vykon, ktery ten radic musi vynalozit na to, aby nasel, vymazal a zapsal novou strukturu, dopocital ecc korekci a zmenil interni mapovani, ktere posle dal radici do emulovane vrsty, kde se slinkuje a posle se do systemu. Cim vice procesu, tim horsi sou odezvy. Abys to kompenzoval, musis vyhradit obrovskou (klidne 50%) kapacitu, kterou nebudes adresovat a disk ji pouzije jako Spare Area (soucet neadresovane oblasti a overprovisioningu). On si tam ve volnem case otrimuje bunky pro okamzite pouziti, flakne to do nich primo,bez hledani, slinkuje a az nebude mit co delat, tak se vyporada s tim zbytkem. Jako kdyby jsi postavil dokonale a vysoce vykonne virtualizovane reseni a chtel to rozchodit na 486tce, kterou sezenes gratis.

Jestli mas zajem, muzeme to probrat privatne a dopodrobna i se strukturama a jak to v nich funguje.

* Statistika vychazi z reportu vlastnich SSD, ktere umi pokrocily monitoring, nikoliv bezne SMART a jedna z odlisnosti mezi Micron a Crucial se nachazi prave ve sprave a reportaci. Dale to umi napr. Intel Pro2500 vcetne vPro apod.