Mě by zajímalo, jak se ona pseudoSLC cache chová při dejme tomu 90%-95% zaplnění disku. Osobně ať mám disk jakkoli velký, stejně za nějaký čas bojuju s místem. Jestli to pak už zapisuje jen kolem 500 MB/s tak to není příliš ideální.
Dokázal by někdo vysvětlit jakto, že v testu HDTune ukazuje rychlost čtení jen mezi 2500-3000 MB/s?
Sorry, ale pokud udržitelný zápis spadne na nějakých 550 MB, tak tohle nemá se špičkovým SSD nic moc společného. O pár stovek dražší WD Black SN850 spadne na 1,3 GBps po zapsání 300 GB. A Samsung 980 Pro na Samsung 980 Pro na 1.8GBps (120 GB cache). Otázkou je, kdo to v praxi pozná. Mám ještě v PC nějaký starší Intel 660p, který spadne na 100 MB/s? S výjimkou pár kopírování z jednoho SSD na druhé jsem si toho ani nevšiml.
Nemůže to být tím, že HDTune Pro pracuje s jinou (menší) velíkostí IO operace (defaultně snad 64KB) než jiné benchmarky? Napr. na ATTO benchmarku je videt jak vykon sekvencniho cteni roste s velikosti IO operace.
http://www.monitos.cz/tmp/mp510_atto.png
Tech 1500MB/s po vycerpani SLC cache plati i pro 1TB verzi KC3000? Videl jsem takove vysledky zminovat pro KC3000 2TB, u KC3000 1TB to nekomu po vycerpani SLC-cache zvladalo zapis cca 1GB/s? Asi je to v rozdilech mereni. Verze 1TB, 2TB, 4TB KC3000 by z hlediska paralelismu na tom mely byt stejne (512GB snad ma mit proti nim polovicni siri k flash).
https://www.tomshardware.com/reviews/kingston-kc3000-m2-ssd-review/2
https://www.techadvisor.com/article/723017/kingston-kc3000-review.html
Na benchmarcích SSD mě vždy zajímalo zda se zvlášť u objemných (opakovaných) zápisů kontroluje(zohledňuje) stav TRIMu SSD. Zapis do TRIMovaneho prostoru by mel byt rychlejsi (flash paměť sektoru je připravena k přímému zápisu) než na neTRIMovany prostor SSD. Jestli je možnost stav ověřit či se mezi testy dopřává OS dostatek času, aby TRIMem SSD uvedl do optimálního stavu pro další zápisy.
Díky za tip.
Pokud by to někoho také zajímalo:
https://www.cnews.cz/velky-test-terabajtovych-ssd-pro-rozhrani-pcie-4-0-wd-samsung-adata-seagate-aorus/