Testovanie používaného SSD - degradácie výkonu

[loleqboleq]

Dve veci sa stali, pred nejakým časom Snake znovu úradoval a tvrdil veľké veci (ktoré sa ale nejako neukázali v recenziách, pričom sa vraj mali), všecko tu
viewtopic.php?p=1507063#p1507063 .

Druhá vec je to, že posledný mesiac je moja SX8200vka (nie Pro) 480GB ako šnek...ale že šneeeeeeeeek. Disk je jazdený pár rokov ako systémový disk (OS+SW) a na druhej partícii ako časť Steam knižnice. Odkedy som prešiel na B450M Mortar, tak už nebol tak svižný vo všetkom (to som si ale vysvetľoval tým, že jedna z M.2 pozícií je schopná bežať len na x2 linke), no tento posledný mesiac je to tragédia:
- bootovanie odozvou a trvaním mi skôr pripomína HDD
- čas od kliknutia klávesy na lock obrazovke po zobrazenie promptu na vloženie hesla prejde aj 5s
- podobne po asi minúte-dvoch od bootu a zapnutí Firefoxu trvá tiež pár sekúnd, kým sa mi po zadaní výrazu do poľa s adresou vrátia auto-complete adreasy.

Potom to už ide lepšie ale aj tak..

Tak som si povedal, že keďže jeden z argumentov bol, že ako o ničom bude iné SSD po pár rokoch, tak som si povedal, že pokusím sa to celé odmerať, že či to je to, čo sa práve deje alebo nie. Moja teória je, že celým vinníkom je OS (Win10 si tu zažil aj zmenu platformy, Intel > AMD) a iná zmena v absolútnom výkone nebude oveľa väčšia ako klasický pomer výkonu prázdneho vs. plného disku.

Mám už doma nový 1TB disčok (970 Evo, ale len preto, že bol za fasa cenu) ako náhradu a tak by som chcel využiť tento disk (as is) ako subjekt pre test:
1. Test - set benchmarkov, keď je to ako aktívny disk, takže vykonané na nabootovanom OS
2. Test - detto ale s tým, že tento disk už nebude aktívny (nebudem z neho bootovať)
3. Test - detto ale po naformátovaní.
Pri všetkých bude disk cez PCI-e adaptér, nech nie som limitovaný na x2 linku.

A to je to, prečo som tu, aké benchmarky by ste použili? Niečo konkrétne alebo len klasické benchmarky ako AS SSD, Crystaldiskmark apod., prípadne kombináciu bežných a nejakých špeci benchmarkov?

[Hexaris]

Ja z dovodu objektivity cisty terminal linux a na tom hdparm, dd, v proxmoxe fsync a nakoniec bonnie++.
Je pravda, ze samotny FS spravi svoje, takze vsetko s rozumom ...

[stiv]

To nevies ci mas disk v x2 alebo x4? Skus zapnut nejaky bench alebo crystaldiskinfo.

Kazdopadne s pro samsungami sa mi nic podobne nestalo a to maju niektore uz 40 tisic hodin a veela tbw.

Mozes skusit AS SSD a porovnat s vysledkami v teme co tu mame.

[shiro]

Moja teória je, že celým vinníkom je OS (Win10 si tu zažil aj zmenu platformy, Intel > AMD)

ako prvy "benchmark" by som skusit cisty reinstall OS
preskok na inu platformu povazujem za dost vela na akykolvek OS.

[castelL]

To bol prechod platformy OS bez preinštalovania?

[stiv]

Niektore prechody sa zvladnu aj bez preisntalovania a niektore nie. Tiez som mal na novej odozvu ako s hdd tak musel ist reinstall.

Tato tema zacina ako slusny bfu joke.

[castelL]

Práve z toho dôvodu vzniká veľa problémov.. prax naučila vždy preinštalovať.

[killswitch]

Prosím, uprav si názov témy na niečo normálne. Viď všeobecné pravidlá 2.2.

[molnart]

Ja z dovodu objektivity cisty terminal linux a na tom hdparm, dd, v proxmoxe fsync a nakoniec bonnie++.

vedel by si sem hodit prikazky co pouzivas? tiez mam problem s jednym SSD a neviem ci mi odchadza disk alebo mam spraseny LVM pool

[loleqboleq]

To nevies ci mas disk v x2 alebo x4? Skus zapnut nejaky bench alebo crystaldiskinfo.

Kazdopadne s pro samsungami sa mi nic podobne nestalo a to maju niektore uz 40 tisic hodin a veela tbw.

Mozes skusit AS SSD a porovnat s vysledkami v teme co tu mame.

Jasné, že viem, pri pozeraní Crystaldiskinfo som si to prvýkrát všimol.

Moja teória je, že celým vinníkom je OS (Win10 si tu zažil aj zmenu platformy, Intel > AMD)

ako prvy "benchmark" by som skusit cisty reinstall OS
preskok na inu platformu povazujem za dost vela na akykolvek OS.

Pri testovaní disku, keď sa z neho nebude bootovať to nie je vôbec potrebné, to budú všetko neaktívne bloky, preinštalovať OS je vlastne skoro to isté ako tretí test.

Práve z toho dôvodu vzniká veľa problémov.. prax naučila vždy preinštalovať.

A presne to aj mne hovorí, že je tu vinníkom, nie SSD ale len OS, no to chcem tiež zistiť a vzhľadom na Snakove reči to je skvelý adept na otestovanie mnohých z jeho tvrdení.


Ešte premýšľam, že by som mohol spraviť aj blokovú kópiu z aktuálneho SX8200 na 970 EVO a ten tiež otestovať presne rovnakým spôsobom a porovnať rozdiely medzi najhoršími a najlepšími výsledkami. Tam zase ale asi odpadne celý zmysel testovania TRIM a bude to skôr len o OS faktore.

[Hexaris]

Spolu s T... temou ohladom ssd v proxmoxe sem hodim co ja sa snazim pouzivat. Pri test files je doporucene ho mat vzdy vacsi ako je ram a pokial mozno robit sync pred a po teste. Snazime sa proste minimalizovat zasah cache do vysledku.

* dlhsi smart test (pre zaciatok)
smartctl -t long -a /dev/nejaky_moj_disk

* klasika dd blocksize + count nasobok, treba si to prepocitat na vyslednu velkost suboru a samozrejme nastavit blok podla ssd (s tym ze FS to ma spravne nastavene)
sync; dd if=/dev/zero of=testsubor bs=1M count=1024; sync

* dd citanie s cache + bez nej (zmazanie cache)
dd if=testsubor of=/dev/null bs=1M count=1024

sysctl -w vm.drop_caches=3
sync; dd if=testsubor of=/dev/null bs=1M count=1024; sync

* pripadne dd s direct zapisom, pre lepsi vysledok
sync; dd if=/dev/null of=testsubor bs=1M count=1024 oflag=direct; sync

* hdparm nic extra neponuka, ale pre porovnanie
hdparm -Tt /dev/nejaky_moj_disk

* bonnie++ s parametrom kde sa ulozit test file a definujeme kolko mame ram (treba pozriet doc, pre vlastnu potrebu + parameter pre vystup v html)
bonnie++ -d /nejaky_test_dir -r 2048

za nic nerucim, opravte ma ked tak ...

[molnart]

v tych dd prikazoch by si mal mat if=/dev/zero a nie /null, nie? "zapisuje" sa do null a cita sa zo zero tusim. rep. mne to inac ani nejde.

[Hexaris]

Ano, ctrl c ... holt vecer (: ako mozes kludne pouzit /dev/random
Inak skus si sledovat iostat, io waiting, to bude nejaka krpa podla toho co si pisal na pxm fore.

[molnart]

to bude nejaka krpa

napr. vadny kabel? alebo ssd adapter? disk je namiesto optickej mechaniky.

nech zapisujem na ten disk ako blazen, nedeje sa ziadny problem, len virtualky ho sprasia. skusim vytvorit znova lvm pool

[loleqboleq]

Inak, testovanie som už dokončil a ono to skôr bude vada disku. Nech som to testoval akokoľvek, zápis okolo 500MB/s. Má byť omnoho vyšší, otestoval som aj druhú SX8200, ktorú som si šupol do roboty a tam som to testoval na živom nabootovanom W10 (in all fairness, je to celkom nová inštalácia), so všetkými bežiacimi vecami (2 inštancie FF, Skype, Teamviewer (cez TV bol k tomu ešte aj tam pripojený), nejaké CLI, texťák, Spotify, eM mailík) a dávalo mi skoro 2,8GB/s čítanie, 1,5GB/zápis, čítanie bolo cca rovnaké ale ten zápis oproti tomu doma 3x vyšší.

Teda, napríklad v AS SSD aj čítanie 4K-64Thrd bolo 640MB/s pri tom doma vs. 1240MB/s pri tom v robote, zápis pre tento test taktiež 480MB/s vs. 1070MB/s. Prístupová doba pri čítaní tiež lepšia pri tom v aktívnom disku v robote ako pri tom doma ako neaktívny disk (ešte so starou inštaláciou), pri zápise odozvy skoro rovnaké.