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.
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: st prosinec 29 2021, 11:50 Předmět:
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.
Založen: May 13, 2009 Příspěvky: 5094 Bydliště: BA-Petržalka :(
Zaslal: st prosinec 29 2021, 13:06 Předmět:
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. _________________ Silou vybrať peniaze od ľudí a následne za ne spraviť niečo proti ľuďom, s čím nesúhlasia, to je civilizácia?! Tento systém je chorý a vedie do záhuby.
Ideológie developerov niesu kompatibilné so šťastným životom.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: st prosinec 29 2021, 13:17 Předmět:
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.
Založen: May 13, 2009 Příspěvky: 5094 Bydliště: BA-Petržalka :(
Zaslal: st prosinec 29 2021, 13:44 Předmět:
rnbw napsal(a):
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é. _________________ Silou vybrať peniaze od ľudí a následne za ne spraviť niečo proti ľuďom, s čím nesúhlasia, to je civilizácia?! Tento systém je chorý a vedie do záhuby.
Ideológie developerov niesu kompatibilné so šťastným životom.
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: st prosinec 29 2021, 14:05 Předmět:
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: pá leden 14 2022, 21:30 Předmět:
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: pá leden 14 2022, 23:03 Předmět:
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: so leden 15 2022, 14:04 Předmět:
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.
Založen: Mar 21, 2006 Příspěvky: 34217 Bydliště: Bratislava
Zaslal: ne únor 06 2022, 22:29 Předmět:
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).
Časy uváděny v GMT + 1 hodina Jdi na stránku Předchozí1, 2
Strana 2 z 2
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
(nominalne napatie 7,4V). Nabijem a uvidim.