Cinsky "MacBook"

[xsc]

Nejde o to, kolik zabírají místa, ale kolik zapíšou na disk. Jakmile zapíšou tolik, co je kapacita SSD, nemá řadič žádné volné buňky a musí začít mazat. A rychlost jde dolů. Normálně tohle řeší TRIM, ale tady zjevně nezafungoval.

[piCZus]

Virtuálku používá i Android a hibernace v Linuxu je podobná, i rychlé spuštění má obdobu v initramfs a např. aktualizace jsou nemlich to samé ve všech systémech. Nejvíc dat používají prohlížeče a to je všude stejné. Ten disk je od základu/řadiče na dvě věci.

[rnbw]

Prezilo to aj velky upgrade z verzie 1903, stale to ide 250MB/s. Je to rychlost sekvencneho citania. Nechapem, ako sa moze SSD dostat do takeho stavu, ze citanie ide 7MB/s.

[PotPalo]

Pokiaľ je pomalé čítanie, nemá to s TRIM nič spoločné. TRIM rieši rýchlosť zápisu, aby sa pred ním nemuselo mazať, ale boli už pripravené prázdne miesta. Pomalé čítanie môže spôsobiť starnutie záznamu, skrátka údaje zapísané dosť dávno akoby vyblednú, a disku to trvá dlhšie kým sa kontrolnými výpočtami dopočíta správnym údajom. Inými slovami, pamäťové bunky časom zabúdajú, a dáta sa zachraňujú pomocou výpočtov z kontrolných súčtov, čo zaberie nejaký čas. Data retention time.

Niektoré SSD disky majú TRIM automatický, majú rezervované nejaké miesto na zápis. Napríklad mám v notebooku s Win XP 120 GB SSD. Pokiaľ spustím kopírovanie veľkého súboru, napríklad filmov z USB, prvý 1 GB ide ako blesk, následne to plynule spadne na asi 8 MB/s. Pokiaľ spustím ďalšie kopírovanie hneď na to, ide to pomaly, pokiaľ nechám pauzu, ide to zasa rýchlo, adekvátne dĺžke pauzy. Povedal by som, že tento SSD má okrem svojej kapacity aj asi 1 GB naviac ako cache. Skrátka pri ukladaní (prepisovaní) dát sa tieto ukladajú inde, do už prázdnych sektorov, a sektory ktoré sa mali prepísať sa iba označia a mažú sa neskôr. Takže je to zrejme hardvérový TRIM, nezávislý na OS, funguje aj pod DOS. Keby bola nejaká TRIM utilita, ktorá by mazala všetko podľa súborového systému, bol by disk rýchly pri zápise stále.

[rnbw]

Automaticky TRIM je nezmysel. Tento prikaz sluzi na to, aby OS oznamil disku, ze data v niektorom sektore su neplatne a radic ich moze vymazat (pripadne ak bezi OS vo virtualizacii, tak je mozne tieto sektory uvolnit v diskovom image). Disk sam o sebe nemoze nijako vediet, ktory sektor obsahuje platne data a ktory nie. Moderne OS (aj Windows 10) tento prikaz pouzivaju.

Ten 8MB/s SSD je smejd na urovni najlacnejsieho USB kluca, akurat ma navyse nejaku cache. S TRIMom to nema nic spolocne. Cache moze byt bud SDRAM (bez zalohovacich kondenzatorov dost nebezpecne) alebo aj SLC NAND.

[PotPalo]

Disk sam o sebe nemoze nijako vediet, ktory sektor obsahuje platne data a ktory nie.

Ale môže, práve na to mu slúži skrytá kapacita naviac. Akurát sa to možno nevolá TRIM, ale je to tam. Pokiaľ je disk 120 GB a zaplníme 120 GB, je plný, ale ešte má skrytú kapacitu 1 GB ktorá je vždy prázdna. Pri prepise sa nič hneď nemaže a neprepisuje, ale sa zapisuje do tejto prázdnej kapacity, a pôvodné miesto kde sa malo zapisovať sa zmaže neskôr. Tu je ten okamžik, keď disk vie že tento sektor môže zmazať, lebo údaje ktoré tam mal zapísať už zapísal inde. Samozrejme disk má vnútornú mapu ktorý LBA sektor zapísal do ktorého fyzického miesta na disku, takže aj keď zapisujeme stále na to isté LBA miesto, fyzicky ten zápis putuje po celom disku (teda presnejšie po tom 1 GB naviac ktorý je práve prázdny).

Pre lepšiu predstavu: máme 10 zaplnených škatuliek. Keď potrebujeme v nejakej zmeniť obsah, musíme starý obsah vysypať, škatuľku umyť, vysušiť, a potom naplniť novým obsahom. Je to zdĺhavé, že? Ale keď máme jednu prázdnu škatuľku pripravenú naviac, tak pri požiadavke zmeniť obsah škatuľky číslo 3, túto si dáme stranou, namiesto nej dáme druhú škatuľku čo máme už prázdnu, označíme ju že je číslo 3 a do nej dáme nový obsah. To je omnoho rýchlejšie, úloha je splnená, obsah škatuľky je nahradený novým. Pôvodnú zaplnenú škatuľku čo bola číslo 3 a teraz je bez čísla ako náhradná, si v kľude vyprázdnime, vyčistíme, a vysušíme, bude prichystaná do budúcna ako prázdna škatuľka naviac. Pokiaľ ale budú požiadavky na zmenu obsahu škatuliek chodiť v prehnanom množstve, nebude čas v kľude prichystať prázdnu škatuľku, a bude sa čakať. Ako keď je disk plný na 100% a dáte prepísať pár GB za nové.

[xsc]

Kapacita navíc nebo disková cache sice taky slouží na zrychlení zápisu, ale s TRIMem opravdu nic společného nemají. Disk fakt nemůže vědět, na kterém sektoru jsou data a na kterém ne, pokud už na něj jednou bylo zapsáno, protože všechny normální OS mažou jen změnou alokační tabulky. Disk tedy nic netuší, dokud se mu to přes TRIM neřekne, k tomu byla tahle funkce vymyšlena.
Ten tvůj případ se škatulkama je fajn, ale vychází z toho, že máš pořád nějakou prázdnou. Jenže prázdné samy nevznikají. Když na SSD pošleš k zapsání tolik dat, jako je jeho velikost, škatulky se zaplní a každý další zápis bude pomalý, jakmile přesáheš velikost diskové cache (což je hned). Protože disk nemůže vědět, které škatulky vyprázdnit, nemá to jak zjistit, nerozumí použitému systému souborů. SSD je zaplněné nějakými daty, přestože z hlediska OS může být klidně skoro prázdné - v MFT/FAT jsi prostě jen smáznul zápis o uložených souborech, případně rovnou kompletní strukturu disku. OS vidí na disk na úroveň LBA. Určí, kde je skutečně volno a tyto sektory předá přes TRIM SSD. Ten si pak přes své interní mapování uvolní opravdu nepoužité sektory - ty tvoje škatulky.

[rnbw]

Ano, to je wear-leveling a ma ho kazda slusna flash s radicom. Vratane lepsich SD kariet. Bez toho skoncia niektore sektory velmi rychlo (zazil som na smejdovych SD kartach).

S TRIMom radic vie, ktore sektory su prazdne a teda moze pracovat s celym volnym priestorom.

[rnbw]

Mam tu dalsi kusok, tentokrat biely a oznaceny ako LincPlus P3. Vnutri zase uplne iny. Ma ethernet a viac-menej normalnu bateriu (je priskrutkovana, nie prilepena paskou).

Tento pre istotu nerobi nic. Po pripojeni 12V zdroja sa nerozsvieti LED nabijania, ani neodobera ziadny prud.

Bateria mala 2,8V (nominalne napatie 7,4V). Nabijem a uvidim.

[rnbw]

Bateriu som trochu ozivil. Zapne sa to, zobrazi prazdnu bateriu a vypne.

Takze to zije a nefunguje nabijanie. Je tam bq24715 (oznacenie bq715).
VCC je OK (11,7V)
REGN je OK (5,9V)
ACDET je OK (3,0V)
ale neotvori to poriadne vstupne MOSFETy - ACDRV je len 2,9V.

[rnbw]

To boli napatia s vybitou alebo odpojenou bateriou. S ciastocne nabitou sa rozsvieti aj nabijacia LED, ale nenabija. ACDRV je 6,6V, CMSRC tiez, BTST je 6,8V. Asi nefunguje nabojova pumpa v bq24715.

[rnbw]

Vymenil som bq24715 a spravanie sa nezmenilo

Vyzera byt vadny MOSFET SSC8036GQ4 (druhy za napajacim konektorom). Neviem, preco som si to predtym nevsimol - ma skrat D-S. Mozno preto, ze GATE nema prerazenu do skratu - ale asi tam bude zvod, co stahuje ACDRV.

[edit]
Tak je to jasne - vybral som ten MOSFET von a ACDRV uz je 17V. Teraz najst nejaku nahradu v puzdre DFN3x3 (original sa kupit neda).

[rnbw]

Tak som tam vrazil AON7410 z nejakeho vraku a uz to chodi. Ide to na zdroj bez baterie aj s bateriou, aj to nabija.