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@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@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 -- FreeBSD mailing list ([email protected]) http://www.freebsd.cz/listserv/listinfo/users-l
