Pomaly zapis na SSD

[Robert Vojcik]

Ahoj,

mali sme podobne problemy ale prave so samsungami ktore sa chovali inak
v roznych serveroch.
Nakoniec sme nasli jediny rozdiel ktory spojoval degradaciu vykonu a to
firmware disku. Takze defakt aj ked mas disk uplne stejny staci ze je
iny firmware a uz sa moze chovat inak. V tvojom pripade su disky
rozdielne uplne takze tych moznosti je tam fakt vela.

Dost zalezi od toho aj ci pouzivas HW raid, teda ci sa disk pre system a
zfs tvari ako disk alebo ako logicky disk a potom zalezi na radici ako
je schopny trim preniest na fyzicke disky. Moze sa stat ze to proste
zareze radic a na fyzicke disky sa uz instrukcie o uvolnovani blokov
proste nedostanu.

V tomto blogu som popisoval prave degradaciu vykonu u samsungov ktora sa
na zaklade firmwaru prejavovala rozne na roznych filesystemoch. Stacilo
disk ktory vpohode funguje upgradovat na novsi firmware a zacala sa
prejaovat degradacia.

http://www.vojcik.net/samsung-ssd-840-pro-performance-degradation/

Tuna som zas robil pred dlhsim casom uz test samsungu, mozes omrknut
aspon SMART hodnoty ktore sa ako menili a pozriet sa ako su na tom tvoje
disky. Len to musis brat s rezervou lebo co vyrobca to ine hodnoty.

http://www.vojcik.net/samsung-ssd-840-endurance-destruct-test/

Neviem jak moc mozes experimentovat s danym serverom, pokial je sucast
nejakeho clustru a mozes si dovolit sa s nim trosku hrat skusil by som
rozpustit HW raid a nechat ZFS nech si tie disky riesi samo a uvidis ci
sa to nejako zmeni.

My sme v par pripadoch museli pristupit k "refreshu" disku. Proste
vytiahnes disk z raidu, prepises ho nulami, zalozis spat, vytiahnes,
druhy, prepises nulami zalozis spat a mas na cas pokoj.

On 9.6.2015 01:18, Marián Černý wrote:
> Zdravim,
>
> mam dva podobne servery a na jednom sa nam vyskytol problem s performance pri zapise.
>
> Problem sa prejavuje napriklad pri zapise do databaze (MySQL, InnoDB). Relativne nenarocny insert do “logovacej" tabulky trva cez jednu sekundu. Ale nebude to suvisiet s databazou, pretoze problem to robi i inde.
>
> Napriklad time make deinstall postfix na zdravom serveri:
>
> root at portbuild:/usr/ports/mail/postfix # time make deinstall
> ===>  Deinstalling for postfix
> …
> 0.060u 0.048s 0:00.17 58.8%	3699+3714k 58+624io 15pf+0w
>
> a na pomalom serveri:
>
> root at portbuild:/usr/ports/mail/postfix # time make deinstall
> ===>  Deinstalling for postfix
> …
> 0.047u 0.063s 0:27.22 0.3%	3159+2964k 13+593io 17pf+0w
>
> … teda o 27 sekund viacej.
>
> Pouzivame ZFS na SSD. Trim je zapnuty. Read performance vyzera byt ok (diskinfo -tv /dev/ada2 zobrazuje podobne hodnoty ako pri instalacii pred 2 rokmi).
>
> Zapis 500 MB trva na oboch serveroch rovnaky cas (5.4 sekundy):
>
> # time dd if=/dev/random of=/tmp/blaf bs=1024000 count=500
> 500+0 records in
> 500+0 records out
> 512000000 bytes transferred in 5.408680 secs (94662654 bytes/sec)
> 0.000u 5.406s 0:05.40 100.0%	25+2744k 1+938io 0pf+0w
>
> Servery sa lisia v diskoch, pomaly ma 2x Crucial M4 128 MB <M4-CT128M4SSD1 040H>, zdravy ma 2x Samsung 840 PRO <Samsung SSD 840 PRO Series DXM05B0Q>.
>
> Na co by som sa mal poziet?
>
> Dakujem za rady,
>
> Marian