Потестировал SSD с контроллером sandforce Результаты очень понравились Для ext4 без журнала получит суммарно 345 MB/s и порядка 3500-4000 tps Однако каждый раз когда на сервер понадобиться SSD платить с кредитки налом и ждать доставки по почте - слегка неудобно Да и бугатерия ругается Так что возникает вопрос, продаются ли в Киеве (или хотя бы в Украине) ssd с данным контроллером? Друг кто знает Или как вариант, можно ли их где-то покупать под заказ ps. тестировал модель OWC Mercury Extreme Pro SSD 40GB SATA 3.0Gb/s Solid-State Drive Реально надо на 60-128 GB, желательно того же производителя и серии -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Ищу выход из Интернета...
On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote:
Потестировал SSD с контроллером sandforce Результаты очень понравились Для ext4 без журнала получит суммарно 345 MB/s и порядка 3500-4000 tps
Хм, если не считать скорости - то чем Х-25М G2 не подходит? По tps - вполне похоже (чтоб не сказать, что больше)... В Киеве их валом. Надёжность - вполне (хотя я в зеркало пару поставил), ZFS на них с БД и zil device от пула с SATA HDD (тоже зеркальный, отдельные матюки тем, кто не дописал возможность поднять пул без zil :) ). Ну, немного поремапились оба (write load был - ну его нафиг, alter table табличкам по гигу с хвостиком делался в софтине, пока не запретил такое чудить). X-25V (40GB) - 2500tps, $120+- - несколько суток с random write 32MB/s прожил, ремапы застряли на аналогичном уровне с X-25M. В планах мучать его дальше (точнее, это кингстон 40ГБ, перешить в интел - не пробовал, да и не надо TRIM support).
Однако каждый раз когда на сервер понадобиться SSD платить с кредитки налом и ждать доставки по почте - слегка неудобно Вот и я ж про то же. Когда ставил - доставлялось человеком, но "очень было нада вундерваффе", 16ГБ ДДР2 планками по 4ГБ туда же... И да - не очень стрёмно было потерять данные. Простой в сутки-двое - тоже вполне устраивал.
А теперь сравнить это с требованиями "типичного" бизнеса? "Экзотическая" железка если нагнётся - то очень не смешно, я не случайно пару дисков покупал (читай, выбросил ~$250). Если она настолько критична, что заменить её чем-то другим не получится - это большая проблема.
Да и бугатерия ругается Так что возникает вопрос, продаются ли в Киеве (или хотя бы в Украине) ssd с данным контроллером? Друг кто знает sandforce разных контроллеров наштамповал... "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально не припекло. Это я о "не вылезут ли опять детские болезни", с визгами юзеров, коими переполнены были newegg/amazon/... год назад? (о не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не смайлик, єто значёк такой музыкальный, повторение означает. intel только у одного сгорел, как я читал)
-- Best regards, Paul Arakelyan.
On Tue, Oct 12, 2010 at 06:04:13PM +0300, Paul Arakelyan wrote: PA> On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote: PA> > Потестировал SSD с контроллером sandforce PA> > Результаты очень понравились PA> > Для ext4 без журнала получит суммарно 345 MB/s и порядка PA> > 3500-4000 tps PA> Хм, если не считать скорости - то чем Х-25М G2 не подходит? PA> По tps - вполне похоже (чтоб не сказать, что больше)... PA> В Киеве их валом. PA> Надёжность - вполне (хотя я в зеркало пару поставил), ZFS на них PA> с БД и zil device от пула с SATA HDD (тоже зеркальный, отдельные матюки PA> тем, кто не дописал возможность поднять пул без zil :) ). Ну, немного PA> поремапились оба (write load был - ну его нафиг, alter table табличкам PA> по гигу с хвостиком делался в софтине, пока не запретил такое чудить). PA> X-25V (40GB) - 2500tps, $120+- - несколько суток с random write 32MB/s PA> прожил, ремапы застряли на аналогичном уровне с X-25M. В планах мучать PA> его дальше (точнее, это кингстон 40ГБ, перешить в интел - не пробовал, PA> да и не надо TRIM support). PA> > Однако каждый раз когда на сервер понадобиться SSD платить с PA> > кредитки налом и ждать доставки по почте - слегка неудобно PA> Вот и я ж про то же. Когда ставил - доставлялось человеком, но "очень было PA> нада вундерваффе", 16ГБ ДДР2 планками по 4ГБ туда же... И да - не очень PA> стрёмно было потерять данные. Простой в сутки-двое - тоже вполне устраивал. PA> А теперь сравнить это с требованиями "типичного" бизнеса? "Экзотическая" PA> железка если нагнётся - то очень не смешно, я не случайно пару дисков PA> покупал (читай, выбросил ~$250). Если она настолько критична, что заменить PA> её чем-то другим не получится - это большая проблема. Ну. Поэтому и ставится обычно пара в зеркало заодно и READ можно довести до 400-500 MB/s PA> > Да и бугатерия ругается PA> > Так что возникает вопрос, продаются ли в Киеве (или хотя бы PA> > в Украине) ssd с данным контроллером? PA> > Друг кто знает PA> sandforce разных контроллеров наштамповал... PA> "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально PA> не припекло. Это я о "не вылезут ли опять детские болезни", с визгами PA> юзеров, коими переполнены были newegg/amazon/... год назад? (о PA> не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, PA> переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не PA> смайлик, єто значёк такой музыкальный, повторение означает. intel PA> только у одного сгорел, как я читал) Про Интел не скажу - руками не трогал А вот есть transend и pqi ssd - у обеих проблемы с записью Пока сильно сильно не потюнил FS, во время записи система может уйти в глубокую задумчивость с фразой - ожидаем IO С другой стороны винда вооще периодитески просто зависает с этими 2-мя Да и сейчас такая задумчивость имеет место быть Эти же гонял на той же самой системе, так при 4,000 tps и 200 MB random RW имеем вполне отвечающую систему Звук начинает поквакивать и консоль притормаживать при >300 MB random RW А это таки показатель -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Головоломка - падающий с кpыши киpпич...
On Tue, Oct 12, 2010 at 06:15:13PM +0300, Alexander Trotsai wrote:
On Tue, Oct 12, 2010 at 06:04:13PM +0300, Paul Arakelyan wrote:
PA> А теперь сравнить это с требованиями "типичного" бизнеса? "Экзотическая" PA> железка если нагнётся - то очень не смешно, я не случайно пару дисков PA> покупал (читай, выбросил ~$250). Если она настолько критична, что заменить PA> её чем-то другим не получится - это большая проблема.
Ну. Поэтому и ставится обычно пара в зеркало заодно и READ можно довести до 400-500 MB/s mysql кушает аж 27, дальше проца не хватает.
PA> юзеров, коими переполнены были newegg/amazon/... год назад? (о PA> не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, PA> переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не PA> смайлик, єто значёк такой музыкальный, повторение означает. intel PA> только у одного сгорел, как я читал)
Про Интел не скажу - руками не трогал Затыки в G2 отсутствуют, в G1 - да, говорят были. write speed - 80MB/s для 80ГБ модели, или несколько тыщ tps random i/o. 40GB - чипов в 2 раза меньше, скорость - соответственно. 160ГБ модель - быстрее 80ГБ (с фирмваре поновее). Короче, ощущение - 1 чип даёт 10МБ/с (как карточки SDHC class 10).
Ещё вспомнить о нефиговых размерах кэша у sandforce vs 32MB intel - то весьма тяжко объективно оценить что реально выдаёт накопитель с sandforce.
А вот есть transend и pqi ssd - у обеих проблемы с записью Во-во. Вопрос вполне изучаем год назад был :). OCZ, patriot, и далее :).
Пока сильно сильно не потюнил FS, во время записи система может уйти в глубокую задумчивость с фразой - ожидаем IO В задумчивость солярис только с gzip-9 при записи уходит, 4 ядра не хватает :).
Дома в десктопе и ноуте - 40ГБ тоже стоят, то весьма приятно что-нить инсталить. Хотя в винде временный каталог в рам-диск вынес, "на всякий случай" и чтоб не париться, чего туда поназаписывалось.
Эти же гонял на той же самой системе, так при 4,000 tps и 200 MB random RW имеем вполне отвечающую систему Для интелов - N тыщ tps вполне живёт, и доступны более полугода "у нас" за вменяемые деньги (ранее - только за невменяемые, 3700грн в "Оникс", например). 200MB/s read - вполне получаем при больших блоках.
Звук начинает поквакивать и консоль притормаживать при >300 MB random RW Ну, 300МБ/с - эт только в G3 ждать...
-- Best regards, Paul Arakelyan.
2010/10/12 Paul Arakelyan
sandforce разных контроллеров наштамповал... "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально не припекло. Это я о "не вылезут ли опять детские болезни", с визгами юзеров, коими переполнены были newegg/amazon/... год назад? (о не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не смайлик, єто значёк такой музыкальный, повторение означает. intel только у одного сгорел, как я читал)
Как раз хотел спросить у общественности об уровне доверия к SSD носителям и на сколько он объективен. Потому как на фоне общей эйфории от девайсов было неожиданно услышать фразу об их высокой ненадёжности из уст тех. специалиста по серверным решениям. Мол есть прецеденты их убиения менее чем за месяц большими нагрузками чтение/запись (быстрая выработка ресурса). В сети встречал приблизительные расчёты, где шла речь о годе-полтора (исходя из анализа данных SMART). -- VEL-[RIPE|UANIC]
Почтовый спул+mailboxes убивает SSD за пол-года :)
12 октября 2010 г. 22:35 пользователь Vladimir Velychko
2010/10/12 Paul Arakelyan
: sandforce разных контроллеров наштамповал... "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально не припекло. Это я о "не вылезут ли опять детские болезни", с визгами юзеров, коими переполнены были newegg/amazon/... год назад? (о не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не смайлик, єто значёк такой музыкальный, повторение означает. intel только у одного сгорел, как я читал)
Как раз хотел спросить у общественности об уровне доверия к SSD носителям и на сколько он объективен. Потому как на фоне общей эйфории от девайсов было неожиданно услышать фразу об их высокой ненадёжности из уст тех. специалиста по серверным решениям. Мол есть прецеденты их убиения менее чем за месяц большими нагрузками чтение/запись (быстрая выработка ресурса). В сети встречал приблизительные расчёты, где шла речь о годе-полтора (исходя из анализа данных SMART).
-- VEL-[RIPE|UANIC]
-- Yours, Max
ну вот так решили юные одмины. там еще и фрилсд с зфс была.
13 октября 2010 г. 10:47 пользователь Andrew Stesin
А в чем глубокий смысл использовать ssd под почтовый спул и ящики? Под table space СУБД - понимаю, а тут?
2010/10/13 Max Speransky
: Почтовый спул+mailboxes убивает SSD за пол-года :)
-- Yours, Max
On Wed, Oct 13, 2010 at 09:29:27AM +0300, Max Speransky wrote:
Почтовый спул+mailboxes убивает SSD за пол-года :)
Ну, надо уточнить - какой SSD, а ещё подумать надо покупкой X-25E SLC SSD (считать надо стоимость "расходного материала" и учитывать возможное падение её в будущем), сменой FS/mail software. Работа postfix spool - ээ, шедевр 3.14#$@ма, если смотреть на gstat/iostat. Для него ваще RAM-based device надоть - такой объём записи - просто торба.
Как раз хотел спросить у общественности об уровне доверия к SSD носителям и на сколько он объективен. Потому как на фоне общей эйфории от девайсов было неожиданно услышать фразу об их высокой ненадёжности из уст тех. специалиста по серверным решениям. Мол есть прецеденты их убиения менее чем за месяц большими нагрузками чтение/запись (быстрая выработка ресурса). В сети встречал приблизительные расчёты, где шла речь о годе-полтора (исходя из анализа данных SMART). Производители пишут нечто типа "10ГБ в сутки" на 32ГБ (или 64ГБ?) MLC SSD. За три года (гарантии) - это по сути неколько СОТЕН, даже не тысяч, циклов перезаписи.
Хреново, что какого-нить счётчика объёмов записи не придумали в SMART у SSD. -- Best regards, Paul Arakelyan.
On Wed, Oct 13, 2010 at 10:47:46AM +0300, Andrew Stesin wrote:
А в чем глубокий смысл использовать ssd под почтовый спул и ящики? Под
"IOPS", и, пожалуй, этим всё сказано. Хотя, наверняка что-то где-то переоценили. Если оно за пол-года окупалось и приносило прибыль - то хрен с ним, все довольны, купите ещё 2 SSD :). (Хм, кстати - как лучше по pop3 отдавать пару-тройку гигов почты? а то есть такие клиенты... нет слов...) ZFS - наверняка из-за crc/compression использовали. Оно ваще диски помучать любит - на SSD как-то более вменяемо живёт. В freebsd 7.х - raidz2 криво написан, кстати. В сумме с дисков читается намного больше, чем с пула - переход на 8.х радикально помог. -- Best regards, Paul Arakelyan.
Fri, Oct 15, 2010 at 00:01:59, unisol wrote about "Re: [uanog] SSD":
где шла речь о годе-полтора (исходя из анализа данных SMART). Производители пишут нечто типа "10ГБ в сутки" на 32ГБ (или 64ГБ?) MLC SSD. За три года (гарантии) - это по сути неколько СОТЕН, даже не тысяч, циклов перезаписи.
Только вот суперблоки и каталоги занятости обновляются "немного" чаще. И если схема размазывания работает чуть неэффективно - будет ой. Например, представь себе, что размазывание записи сделано для того участка, где суперблок и начало MFT в NTFS, но не для того, где в UFS. А что, ~95% установкам соответствует, а для остальных - "мы рассмотрим ваше предложение в течение года".
Хреново, что какого-нить счётчика объёмов записи не придумали в SMART у SSD.
Будь уверен - придумали. Только не в SMART, а в хорошо засекреченных диагностических средствах. -netch-
Ничего, через пару лет технологии завершат очередной виток, SSD превратится в "бытовуху" и мы вернемся к новой инкарнации магнитных карт времен "искры-1256" ;) http://www.fcenter.ru/online.shtml?hardnews/2009/06/19#material_id=26924
On Fri, Oct 15, 2010 at 08:40:29AM +0300, Valentin Nechayev wrote:
Fri, Oct 15, 2010 at 00:01:59, unisol wrote about "Re: [uanog] SSD":
Только вот суперблоки и каталоги занятости обновляются "немного" чаще. И если схема размазывания работает чуть неэффективно - будет ой.
Например, представь себе, что размазывание записи сделано для того участка, где суперблок и начало MFT в NTFS, но не для того, где в UFS. А что, ~95% Хм, они вроде как не всегде в одном месте - особенно при разбивке на пару-тройку диско. Не думаю, что всё "настолько плохо". Есть ещё интересная фишка - "не разбивать весь SSD" - тогда алгоритмам хорошо и диск дольше проживёт на N%.
установкам соответствует, а для остальных - "мы рассмотрим ваше предложение в течение года".
Хреново, что какого-нить счётчика объёмов записи не придумали в SMART у SSD.
Будь уверен - придумали. Только не в SMART, а в хорошо засекреченных диагностических средствах. Вот мне и интересно - шо в розетке скажут на ухераченный так 40GB kingston(intel x25v) SSD.
-- Best regards, Paul Arakelyan.
On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote:
Потестировал SSD с контроллером sandforce Результаты очень понравились Для ext4 без журнала получит суммарно 345 MB/s и порядка 3500-4000 tps
2х80ГБ intel X-25G2, opensolaris/ZFS mirror, gzip-3 compression (бедный проц :) ) и zil device (зеркало) на них же. Рядом напрягаются 4х500ГБ SATA (показаны 2). Вот цифирьки iostat, собственно (угадайте, кто есть ху :) ): sd6 sd9 sd10 sd11 kps tps serv kps tps serv kps tps serv kps tps serv 22931 9157 0 33462 5661 2 628 199 158 537 215 146 19591 10132 0 33244 7044 2 583 125 279 3838 336 81 17388 9216 0 26292 6712 1 3245 109 185 0 0 0 10785 5128 0 13560 4325 1 1570 451 37 1330 459 37 бывает даже так: 43866 14787 0 44743 14730 0 1028 272 129 903 313 112 41048 15236 0 41742 14783 0 353 131 267 354 146 240 В основном read, а вот увидел "затык" (iostat -D 2): sd6 sd9 rps wps util rps wps util 5947 3 68.3 10285 3 44.0 2621 475 77.2 4858 1079 49.4 <\ 8 1410 99.5 25 846 18.6 <-- вон как sd6 заклинило 2443 305 57.3 4372 195 44.8 Диски уже 11 месяцев в работе, на один изначально нагрузка была больше (zil был только на нём, и писалось вначале туда что-то дофига - 6МБ/с ровным потоком и сутками, не помню почему, не считая остальной нагрузки. По идее он и был sd6). Вот, значит вылезать проблема фрагментации начала... надо забэкапиться - вынуть из зеркал, обнулить, обратно втулить... К вопросу "а сколько ж читается": capacity operations bandwidth pool used avail read write read write ssdp 48.0G 23.5G 30.1K 0 19.6M 0 mirror 48.0G 23.5G 30.1K 0 19.6M 0 c8t4d0p1 - - 5.08K 0 25.4M 0 c8t5d0p1 - - 5.40K 0 26.8M 0 Видим странную бяку: для "прочитать 20МБ" дёргается 50МБ, 10К iops. (по идее - следствие того, что файлы таблиц изначально записаны с большим recordsize пула) Бывает и лучше, но не в 2 раза: ssdp 48.0G 23.5G 34.4K 61 26.8M 167K mirror 48.0G 23.5G 34.4K 61 26.8M 167K c8t4d0p1 - - 7.99K 43 17.9M 169K c8t5d0p1 - - 8.37K 45 19.1M 169K на пуле - mysql databases, myisam наверно. ssdp/co used 47.9G - ssdp/co available 22.3G - ssdp/co referenced 47.9G - ssdp/co compressratio 2.25x - ssdp/co mounted yes - ssdp/co recordsize 4K local ssdp/co checksum on local ssdp/co compression gzip-3 local ssdp/co atime off local Мучаясь с ZFS на FreeBSD (google: ZFS slowdown), придумалось вот чего: За@#$%ская файловая система. Во какая расшифровка :). А то "зетта-байт"-"просто ZFS" - сразу видно, "русским не владеет" :) ( http://blogs.sun.com/bonwick/en_US/entry/you_say_zeta_i_say ) -- Best regards, Paul Arakelyan.
tps какой-то нездоровый кстати, у себя под DB планирую отказаться от журнала Ибо все равно метаданные меняются afaik достаточно редко, а лишний раз дергать flash переписыванием журнала как-то не хочется Да и производительность растет раза в полтора на рандомных операциях ps. kingstone 29 устраивает шоу с показыванием новых дисков и тестами меня пригласили, так что схожу посмотрю, чем они похвастаться могут ps2. хорошо бы поиграться с sandforce + slc, но больно уж цены нездоровые ps3. ждем-с 20нм флеш обещают дешевле, прозводительные и долговечнее On Tue, Oct 26, 2010 at 12:34:56AM +0300, Paul Arakelyan wrote: PA> On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote: PA> > Потестировал SSD с контроллером sandforce PA> > Результаты очень понравились PA> > Для ext4 без журнала получит суммарно 345 MB/s и порядка PA> > 3500-4000 tps PA> 2х80ГБ intel X-25G2, opensolaris/ZFS mirror, gzip-3 compression PA> (бедный проц :) ) и zil device (зеркало) на них же. Рядом PA> напрягаются 4х500ГБ SATA (показаны 2). PA> Вот цифирьки iostat, собственно (угадайте, кто есть ху :) ): PA> sd6 sd9 sd10 sd11 PA> kps tps serv kps tps serv kps tps serv kps tps serv PA> 22931 9157 0 33462 5661 2 628 199 158 537 215 146 PA> 19591 10132 0 33244 7044 2 583 125 279 3838 336 81 PA> 17388 9216 0 26292 6712 1 3245 109 185 0 0 0 PA> 10785 5128 0 13560 4325 1 1570 451 37 1330 459 37 PA> бывает даже так: PA> 43866 14787 0 44743 14730 0 1028 272 129 903 313 112 PA> 41048 15236 0 41742 14783 0 353 131 267 354 146 240 PA> В основном read, а вот увидел "затык" (iostat -D 2): PA> sd6 sd9 PA> rps wps util rps wps util PA> 5947 3 68.3 10285 3 44.0 PA> 2621 475 77.2 4858 1079 49.4 <\ PA> 8 1410 99.5 25 846 18.6 <-- вон как sd6 заклинило PA> 2443 305 57.3 4372 195 44.8 PA> Диски уже 11 месяцев в работе, на один изначально нагрузка была PA> больше (zil был только на нём, и писалось вначале туда что-то PA> дофига - 6МБ/с ровным потоком и сутками, не помню почему, не PA> считая остальной нагрузки. По идее он и был sd6). Вот, значит PA> вылезать проблема фрагментации начала... надо забэкапиться - PA> вынуть из зеркал, обнулить, обратно втулить... PA> К вопросу "а сколько ж читается": PA> capacity operations bandwidth PA> pool used avail read write read write PA> ssdp 48.0G 23.5G 30.1K 0 19.6M 0 PA> mirror 48.0G 23.5G 30.1K 0 19.6M 0 PA> c8t4d0p1 - - 5.08K 0 25.4M 0 PA> c8t5d0p1 - - 5.40K 0 26.8M 0 PA> Видим странную бяку: для "прочитать 20МБ" дёргается 50МБ, 10К iops. PA> (по идее - следствие того, что файлы таблиц изначально записаны с PA> большим recordsize пула) PA> Бывает и лучше, но не в 2 раза: PA> ssdp 48.0G 23.5G 34.4K 61 26.8M 167K PA> mirror 48.0G 23.5G 34.4K 61 26.8M 167K PA> c8t4d0p1 - - 7.99K 43 17.9M 169K PA> c8t5d0p1 - - 8.37K 45 19.1M 169K PA> на пуле - mysql databases, myisam наверно. PA> ssdp/co used 47.9G - PA> ssdp/co available 22.3G - PA> ssdp/co referenced 47.9G - PA> ssdp/co compressratio 2.25x - PA> ssdp/co mounted yes - PA> ssdp/co recordsize 4K local PA> ssdp/co checksum on local PA> ssdp/co compression gzip-3 local PA> ssdp/co atime off local PA> Мучаясь с ZFS на FreeBSD (google: ZFS slowdown), придумалось вот чего: PA> За@#$%ская файловая система. Во какая расшифровка :). PA> А то "зетта-байт"-"просто ZFS" - сразу видно, "русским не владеет" :) PA> ( http://blogs.sun.com/bonwick/en_US/entry/you_say_zeta_i_say ) PA> -- PA> Best regards, PA> Paul Arakelyan. -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] тише Танечька не плачь, а то будешь там где мячь!
Привет ! а почему никто вот такое устройство не использует ??? http://www.gigabyte.com/products/product-page.aspx?pid=2678#ov http://www.hwp.ru/articles/Gigabyte_I-RAM_%28GC-RAMDISK_1.3%29%3A_chtobi_kom... http://www.3dnews.ru/news/foto_dnya_obnovlennaya_i_ram/ http://www.3dnews.ru/news/gigabyte_i_ram_skrestili_s_noutbukom/ Tuesday, October 26, 2010, 9:58:07 AM, you wrote: AT> tps какой-то нездоровый AT> кстати, у себя под DB планирую отказаться от журнала AT> Ибо все равно метаданные меняются afaik достаточно редко, а AT> лишний раз дергать flash переписыванием журнала как-то не AT> хочется AT> Да и производительность растет раза в полтора на рандомных AT> операциях AT> ps. kingstone 29 устраивает шоу с показыванием новых дисков AT> и тестами AT> меня пригласили, так что схожу посмотрю, чем они AT> похвастаться могут AT> ps2. хорошо бы поиграться с sandforce + slc, но больно уж AT> цены нездоровые AT> ps3. ждем-с 20нм флеш AT> обещают дешевле, прозводительные и долговечнее AT> On Tue, Oct 26, 2010 at 12:34:56AM +0300, Paul Arakelyan wrote: PA>> On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote: PA>> > Потестировал SSD с контроллером sandforce PA>> > Результаты очень понравились PA>> > Для ext4 без журнала получит суммарно 345 MB/s и порядка PA>> > 3500-4000 tps PA>> 2х80ГБ intel X-25G2, opensolaris/ZFS mirror, gzip-3 compression PA>> (бедный проц :) ) и zil device (зеркало) на них же. Рядом PA>> напрягаются 4х500ГБ SATA (показаны 2). PA>> Вот цифирьки iostat, собственно (угадайте, кто есть ху :) ): PA>> sd6 sd9 sd10 sd11 PA>> kps tps serv kps tps serv kps tps serv kps tps serv PA>> 22931 9157 0 33462 5661 2 628 199 158 537 215 146 PA>> 19591 10132 0 33244 7044 2 583 125 279 3838 336 81 PA>> 17388 9216 0 26292 6712 1 3245 109 185 0 0 0 PA>> 10785 5128 0 13560 4325 1 1570 451 37 1330 459 37 PA>> бывает даже так: PA>> 43866 14787 0 44743 14730 0 1028 272 129 903 313 112 PA>> 41048 15236 0 41742 14783 0 353 131 267 354 146 240 PA>> В основном read, а вот увидел "затык" (iostat -D 2): PA>> sd6 sd9 PA>> rps wps util rps wps util PA>> 5947 3 68.3 10285 3 44.0 PA>> 2621 475 77.2 4858 1079 49.4 <\ PA>> 8 1410 99.5 25 846 18.6 <-- вон как sd6 заклинило PA>> 2443 305 57.3 4372 195 44.8 PA>> Диски уже 11 месяцев в работе, на один изначально нагрузка была PA>> больше (zil был только на нём, и писалось вначале туда что-то PA>> дофига - 6МБ/с ровным потоком и сутками, не помню почему, не PA>> считая остальной нагрузки. По идее он и был sd6). Вот, значит PA>> вылезать проблема фрагментации начала... надо забэкапиться - PA>> вынуть из зеркал, обнулить, обратно втулить... PA>> К вопросу "а сколько ж читается": PA>> capacity operations bandwidth PA>> pool used avail read write read write PA>> ssdp 48.0G 23.5G 30.1K 0 19.6M 0 PA>> mirror 48.0G 23.5G 30.1K 0 19.6M 0 PA>> c8t4d0p1 - - 5.08K 0 25.4M 0 PA>> c8t5d0p1 - - 5.40K 0 26.8M 0 PA>> Видим странную бяку: для "прочитать 20МБ" дёргается 50МБ, 10К iops. PA>> (по идее - следствие того, что файлы таблиц изначально записаны с PA>> большим recordsize пула) PA>> Бывает и лучше, но не в 2 раза: PA>> ssdp 48.0G 23.5G 34.4K 61 26.8M 167K PA>> mirror 48.0G 23.5G 34.4K 61 26.8M 167K PA>> c8t4d0p1 - - 7.99K 43 17.9M 169K PA>> c8t5d0p1 - - 8.37K 45 19.1M 169K PA>> на пуле - mysql databases, myisam наверно. PA>> ssdp/co used 47.9G - PA>> ssdp/co available 22.3G - PA>> ssdp/co referenced 47.9G - PA>> ssdp/co compressratio 2.25x - PA>> ssdp/co mounted yes - PA>> ssdp/co recordsize 4K local PA>> ssdp/co checksum on local PA>> ssdp/co compression gzip-3 local PA>> ssdp/co atime off local PA>> Мучаясь с ZFS на FreeBSD (google: ZFS slowdown), придумалось вот чего: PA>> За@#$%ская файловая система. Во какая расшифровка :). PA>> А то "зетта-байт"-"просто ZFS" - сразу видно, "русским не владеет" :) PA>> ( http://blogs.sun.com/bonwick/en_US/entry/you_say_zeta_i_say ) PA>> -- PA>> Best regards, PA>> Paul Arakelyan. -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua
Наверное потому, что 4/8 гига всего и нужен отдельный БП, и формфактор
бестолковый, в сервер нормально не всунешь.
26 октября 2010 г. 10:55 пользователь Alexander V Soroka
Привет !
а почему никто вот такое устройство не использует ??? http://www.gigabyte.com/products/product-page.aspx?pid=2678#ov
http://www.hwp.ru/articles/Gigabyte_I-RAM_%28GC-RAMDISK_1.3%29%3A_chtobi_kom...
http://www.3dnews.ru/news/foto_dnya_obnovlennaya_i_ram/
http://www.3dnews.ru/news/gigabyte_i_ram_skrestili_s_noutbukom/
Tuesday, October 26, 2010, 9:58:07 AM, you wrote: AT> tps какой-то нездоровый AT> кстати, у себя под DB планирую отказаться от журнала AT> Ибо все равно метаданные меняются afaik достаточно редко, а AT> лишний раз дергать flash переписыванием журнала как-то не AT> хочется AT> Да и производительность растет раза в полтора на рандомных AT> операциях
AT> ps. kingstone 29 устраивает шоу с показыванием новых дисков AT> и тестами AT> меня пригласили, так что схожу посмотрю, чем они AT> похвастаться могут AT> ps2. хорошо бы поиграться с sandforce + slc, но больно уж AT> цены нездоровые AT> ps3. ждем-с 20нм флеш AT> обещают дешевле, прозводительные и долговечнее
AT> On Tue, Oct 26, 2010 at 12:34:56AM +0300, Paul Arakelyan wrote: PA>> On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote: PA>> > Потестировал SSD с контроллером sandforce PA>> > Результаты очень понравились PA>> > Для ext4 без журнала получит суммарно 345 MB/s и порядка PA>> > 3500-4000 tps
PA>> 2х80ГБ intel X-25G2, opensolaris/ZFS mirror, gzip-3 compression PA>> (бедный проц :) ) и zil device (зеркало) на них же. Рядом PA>> напрягаются 4х500ГБ SATA (показаны 2). PA>> Вот цифирьки iostat, собственно (угадайте, кто есть ху :) ):
PA>> sd6 sd9 sd10 sd11 PA>> kps tps serv kps tps serv kps tps serv kps tps serv PA>> 22931 9157 0 33462 5661 2 628 199 158 537 215 146 PA>> 19591 10132 0 33244 7044 2 583 125 279 3838 336 81 PA>> 17388 9216 0 26292 6712 1 3245 109 185 0 0 0 PA>> 10785 5128 0 13560 4325 1 1570 451 37 1330 459 37 PA>> бывает даже так: PA>> 43866 14787 0 44743 14730 0 1028 272 129 903 313 112 PA>> 41048 15236 0 41742 14783 0 353 131 267 354 146 240
PA>> В основном read, а вот увидел "затык" (iostat -D 2): PA>> sd6 sd9 PA>> rps wps util rps wps util PA>> 5947 3 68.3 10285 3 44.0 PA>> 2621 475 77.2 4858 1079 49.4 <\ PA>> 8 1410 99.5 25 846 18.6 <-- вон как sd6 заклинило PA>> 2443 305 57.3 4372 195 44.8
PA>> Диски уже 11 месяцев в работе, на один изначально нагрузка была PA>> больше (zil был только на нём, и писалось вначале туда что-то PA>> дофига - 6МБ/с ровным потоком и сутками, не помню почему, не PA>> считая остальной нагрузки. По идее он и был sd6). Вот, значит PA>> вылезать проблема фрагментации начала... надо забэкапиться - PA>> вынуть из зеркал, обнулить, обратно втулить...
PA>> К вопросу "а сколько ж читается": PA>> capacity operations bandwidth PA>> pool used avail read write read write PA>> ssdp 48.0G 23.5G 30.1K 0 19.6M 0 PA>> mirror 48.0G 23.5G 30.1K 0 19.6M 0 PA>> c8t4d0p1 - - 5.08K 0 25.4M 0 PA>> c8t5d0p1 - - 5.40K 0 26.8M 0
PA>> Видим странную бяку: для "прочитать 20МБ" дёргается 50МБ, 10К iops. PA>> (по идее - следствие того, что файлы таблиц изначально записаны с PA>> большим recordsize пула) PA>> Бывает и лучше, но не в 2 раза: PA>> ssdp 48.0G 23.5G 34.4K 61 26.8M 167K PA>> mirror 48.0G 23.5G 34.4K 61 26.8M 167K PA>> c8t4d0p1 - - 7.99K 43 17.9M 169K PA>> c8t5d0p1 - - 8.37K 45 19.1M 169K PA>> на пуле - mysql databases, myisam наверно.
PA>> ssdp/co used 47.9G - PA>> ssdp/co available 22.3G - PA>> ssdp/co referenced 47.9G - PA>> ssdp/co compressratio 2.25x - PA>> ssdp/co mounted yes - PA>> ssdp/co recordsize 4K local PA>> ssdp/co checksum on local PA>> ssdp/co compression gzip-3 local PA>> ssdp/co atime off local
PA>> Мучаясь с ZFS на FreeBSD (google: ZFS slowdown), придумалось вот чего: PA>> За@#$%ская файловая система. Во какая расшифровка :). PA>> А то "зетта-байт"-"просто ZFS" - сразу видно, "русским не владеет" :) PA>> ( http://blogs.sun.com/bonwick/en_US/entry/you_say_zeta_i_say )
PA>> -- PA>> Best regards, PA>> Paul Arakelyan.
-- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua
-- Yours, Max
On Tue, Oct 26, 2010 at 10:55:06AM +0300, Alexander V Soroka wrote:
Привет !
а почему никто вот такое устройство не использует ??? http://www.gigabyte.com/products/product-page.aspx?pid=2678#ov
Как их назвать... Г.. Пb|... Дебилы обкуренные. Memory Type : DDR 200/266/333/400MHz non-ECC Когда сделали девайс - уже во всю шла ДДР2, дешевле-быстрее-доступнее. 4ГБ? шо они курят, комплект из 4х4ГБ DDR2 стоит $430+-, за стролько лет не сопдобились выпустить DDR2/DDR3 версию (это при том, что одно время 2GB DDR2 = $20, 1GB DDR=$40+) Батарейки в них взрывались, кстати (ото ума палата - в корпус компа, где нередко 40-60C потоки воздуха летают, li-ion засунуть) Короче, "ACARD наше всё", но мать их - за какой-то контроллер памяти+САТА 300-560$ - к этому добавить цену модулей памяти. Ещё добавим малую распространённость-доступность... http://techreport.com/articles.x/16255 Ну, 20,000iops/port кажется.... ECC умеет изобразить само или использовать модули с ECC. Короче, "метровый член" - красиво, но бесполезно в продакшн - 32ГБ(точнее, минус расходы на ECC) накопитель будет стоить ~$1500. К нему про запас надо такой же... Я подумал, и выбрал intel SSD. X-25E немного по объёму не устраивал, X-25M для mostly-read load - вполне подошли. Хотя, как видим, 1 X-25M уже "клинить" начало. Дык окупили они себя, да и не пробовал я их обнулять...
http://www.3dnews.ru/news/gigabyte_i_ram_skrestili_s_noutbukom/ Мне тут идея куда круче пришла в голоову - чего о гидравлических компах нифига не слыхать в истории? Транзистор вполне заменяем вентилем/задвижкой, управляемым давлением... Вода вместо электричества. Концепция, конечно, необычная и специфичная :)
AT> ps. kingstone 29 устраивает шоу с показыванием новых дисков AT> и тестами А где/как попасть ?
AT> ps2. хорошо бы поиграться с sandforce + slc, но больно уж AT> цены нездоровые Нездоровость определяется только окупаемостью. Вытащить из кармана $1500 на постройку тазика под конкретную задачу - та ещё афера, но вроде окупилось... $500 на SSD - тоже не очень здорово казалось, но в итоге 1 тазиком заменили 4 (4xSATA raid0 в каждом), и работает быстрее... Разве что на X-25e облизываюсь до сих пор... Но там, куда хочется и надо - денег больше взять врядли получится :).
AT> ps3. ждем-с 20нм флеш AT> обещают дешевле, прозводительные и долговечнее Ага, платы под Core i* - тоже должны были быть дешевле, ведь чипов меньше паять раза в 2...
-- Best regards, Paul Arakelyan.
On Tue, Oct 26, 2010 at 11:12:13AM +0300, Max Speransky wrote:
Наверное потому, что 4/8 гига всего и нужен отдельный БП, и формфактор бестолковый, в сервер нормально не всунешь. Формфактор - изначально PCI/БП не надо, в 3-4U станет. Тыкается в SATA. Идеально бы для ZFS zil и подобных журналов - но "не за такие деньги". $50 - вот сколько я за неё готов заплатить (был). А не $200+ещё память. 4ГБ против 32ГБ X-25E, с офигенным r/w speed,tps,life.
И батарея li-ion - меня как-то смущает офигенно. Сразу б шашку динамита крепили на плату, что-ли :). Я уже молчу о "через 2-3 года батарейку не забыть поменять". В ACARD - по сути та же проблема, но есть умение сохранять содержимое памяти на CF card (тормозно... офигенно тормозно). Короче - такие устройства сильно специфичны, и не факт, что снижение цены сделает их пропорционально популярнее. Мне нравится, как система/софт грузится с SSD за $100, но потратить $1500 на её, пусть даже, мгновенную загрузку мало кто готов.
а почему никто вот такое устройство не использует ??? http://www.gigabyte.com/products/product-page.aspx?pid=2678#ov
-- Best regards, Paul Arakelyan.
On Tue, Oct 26, 2010 at 09:58:07AM +0300, Alexander Trotsai wrote:
tps какой-то нездоровый Там Solaris/ZFS with compression, + zil device от пула из 4SATA. Убрать zil "на лету" - вроде бы и должно быть можно, но нельзя :).
В нагрузке - 2 ядра "system time" - распаковка, 2 - куча php долбящего mysql. Короче, проца немного не хватает, разгонять на недорогой P-43 плате (а ещё был БП chieftec 300W, бу, $20 ;) ) - какие-то косяки вылезали с SATA, короче нынче с chieftec 450W - Q6600@2,8GHz - больше не пробовал, хотя когда-то на 3.2ГГц вроде работало на другой плате... Занятно было, когда кулер на проце встал, а ещё fault management в солярисе смешной "ядро глюкануло, мы его отключили, как поменяете - свистните" - явно не для десктопных систем :).
кстати, у себя под DB планирую отказаться от журнала Ибо все равно метаданные меняются afaik достаточно редко, а лишний раз дергать flash переписыванием журнала как-то не хочется Да и производительность растет раза в полтора на рандомных операциях Ну, журнала у пула на SSD у меня тоже нету. А для SATA - вроде как поднимает производитеьность при записи...
ps. kingstone 29 устраивает шоу с показыванием новых дисков и тестами ещё раз спрошу - когда/где/как попасть? Хотя в их собственные разработки я как-то не очень верю, идея поставить их 30ГБ диск в сервер мне не понравилась :).
-- Best regards, Paul Arakelyan.
Hi! Сходил вчера на сабж. Прежде всего, спасибо Троцаю за инфу, второе спасибо - организаторам, что не сочли меня "хуже татарина" :). Там реально "бальшие дяди", возрастом 50+ в большинстве были. Я таких масштабных решений, пока, не принимаю :). В зачётной гонке (розыгрывали кубок Кингстон и 128ГБ SSD впридачу, гонка на плейстэйшн с геймпадом) я отстал от лидера секунд на 20, а от Троцая на 6 :). Результат представителей ukr.net - не скажу, не видел :). Шоу прошло в духе "SSD наше будущее уже сейчас", с объяснением как же круто X-25E :). И более-менее расстановкой "по полочкам" продуктовой линейки Кингстон. Веселили показательным падением SSD на пол и стучанию им по столу, "ап стену" не кидали :). В "Итого:" нужно отметить, что пока что ни один продукт собственной разработки они не позиционируют для применения в сервеном сегменте, куда позиционируют rebranded intel X-25[EM] SSD, хотя я рискну побыть камикадзе и протестить 128ГБ SSD в зеркале с Intel 80Гб (OpenSolaris) и в зеркале с кучкой SATA (FreeBSD-8-stable, тормозистор, блин, просто - raidz2 "убивается" вместе с системой десятком потоков чтения-записи с очень небольшими скоростями, "ZFS slowdown", в 7.x, казалось, было лучше). В конце ноября будет новое поколение SSD, "быстрее, выше, сильнее" (или как это должно звучать :) ) Занятными оказались и беседы после презентации - выяснил, что у нас есть компания, где в биллинге X-25E убивают за месяц. Хм, я б на их месте рискнул посмотреть в сторону X-25M raid0 :) и вообще подумать над смыслом жизни, а точнее переделкой биллинга/нагинанием-озадачиванием СУБД-писателей с целью адаптации продуктов под "правильное" использование SSD, и вообще "ACARD ANS-9010 ихнее фсё", окупился б через 2-4 месяца (ну 3-6, с растаможкой). Прогнозы "когда же будет харашо" по деньгам - 2013 год, "после конца света" :). Sandforce - оказалось контроллер там такой умный, ну таакой умный, что Kingston его не использует в продуктах. "Умность", по мнению представителя Kingston, состоит в том, что оно умеет чуть-ли не сжимать данные на лету, что приводит к росту скорости по сути в разы и увеличению долговечности (просто меньше реальных циклов записи в флэш). Обратная сторона - страшные тормоза при частичном удалении данных из "упакованного" (вообще, утверждалось что оно как-то находит одинаковые сектора "на лету", что немного не вяжется с описанным эффектом тормозов). Накопители с шифрованием - прикольная штука, но для гос учереждений - вне правового поля, пока AES-128 не станет гос. стандартом или русские не нагнут кингстон гос.заказом на накопители с ГОСТ-шифрованием (хм, а в нас, раптом, немає національного кро^H^H^H алгоритму шифрування? :) ). Коммерсантам - тоже есть вопросы, короче производители "что-то производят" и не пытаются быть юристами. Вобщем, всё понравилось, хотя коньяки Alexx, 4* Каховского завода, скромно поместившиеся в углу презентации, это определённо не Ахтамар от Арарат :). Так что всё, наверно, и дальше будет "обыденно и скучно, Ахтамар 0,5л" (с) мой. -- Best regards, Paul Arakelyan.
Ты на Fusion-IO (или их инкарнацию у HP-IBM) не смотрел? Правда,
драйверов под фрю нет:)
2010/10/30 Paul Arakelyan
Hi! Сходил вчера на сабж. Прежде всего, спасибо Троцаю за инфу, второе спасибо - организаторам, что не сочли меня "хуже татарина" :). Там реально "бальшие дяди", возрастом 50+ в большинстве были. Я таких масштабных решений, пока, не принимаю :).
В зачётной гонке (розыгрывали кубок Кингстон и 128ГБ SSD впридачу, гонка на плейстэйшн с геймпадом) я отстал от лидера секунд на 20, а от Троцая на 6 :). Результат представителей ukr.net - не скажу, не видел :).
Шоу прошло в духе "SSD наше будущее уже сейчас", с объяснением как же круто X-25E :). И более-менее расстановкой "по полочкам" продуктовой линейки Кингстон. Веселили показательным падением SSD на пол и стучанию им по столу, "ап стену" не кидали :).
В "Итого:" нужно отметить, что пока что ни один продукт собственной разработки они не позиционируют для применения в сервеном сегменте, куда позиционируют rebranded intel X-25[EM] SSD, хотя я рискну побыть камикадзе и протестить 128ГБ SSD в зеркале с Intel 80Гб (OpenSolaris) и в зеркале с кучкой SATA (FreeBSD-8-stable, тормозистор, блин, просто - raidz2 "убивается" вместе с системой десятком потоков чтения-записи с очень небольшими скоростями, "ZFS slowdown", в 7.x, казалось, было лучше). В конце ноября будет новое поколение SSD, "быстрее, выше, сильнее" (или как это должно звучать :) )
Занятными оказались и беседы после презентации - выяснил, что у нас есть компания, где в биллинге X-25E убивают за месяц. Хм, я б на их месте рискнул посмотреть в сторону X-25M raid0 :) и вообще подумать над смыслом жизни, а точнее переделкой биллинга/нагинанием-озадачиванием СУБД-писателей с целью адаптации продуктов под "правильное" использование SSD, и вообще "ACARD ANS-9010 ихнее фсё", окупился б через 2-4 месяца (ну 3-6, с растаможкой).
Прогнозы "когда же будет харашо" по деньгам - 2013 год, "после конца света" :).
Sandforce - оказалось контроллер там такой умный, ну таакой умный, что Kingston его не использует в продуктах. "Умность", по мнению представителя Kingston, состоит в том, что оно умеет чуть-ли не сжимать данные на лету, что приводит к росту скорости по сути в разы и увеличению долговечности (просто меньше реальных циклов записи в флэш). Обратная сторона - страшные тормоза при частичном удалении данных из "упакованного" (вообще, утверждалось что оно как-то находит одинаковые сектора "на лету", что немного не вяжется с описанным эффектом тормозов).
Накопители с шифрованием - прикольная штука, но для гос учереждений - вне правового поля, пока AES-128 не станет гос. стандартом или русские не нагнут кингстон гос.заказом на накопители с ГОСТ-шифрованием (хм, а в нас, раптом, немає національного кро^H^H^H алгоритму шифрування? :) ). Коммерсантам - тоже есть вопросы, короче производители "что-то производят" и не пытаются быть юристами.
Вобщем, всё понравилось, хотя коньяки Alexx, 4* Каховского завода, скромно поместившиеся в углу презентации, это определённо не Ахтамар от Арарат :). Так что всё, наверно, и дальше будет "обыденно и скучно, Ахтамар 0,5л" (с) мой.
-- Best regards, Paul Arakelyan.
On Sun, Oct 31, 2010 at 07:09:43AM +0000, Basil Vizgin wrote:
Ты на Fusion-IO (или их инкарнацию у HP-IBM) не смотрел? Правда, драйверов под фрю нет:) У меня опенсоплярис, ZFS на фре в варианте "поставил-забыл" не работает :(.
Железо должно окупаться за 6 месяцев. баальшая точка. Ну, мож за 7. Именно поэтому - самосбор из всякого "подходящего по деньгам и параметрам". Больше всего я смотрел на ACARD - но, как всегда, обещанное в ZFS - только на бумаге. В частности, вылет ZIL, L2ARC = кердык пулу. С последним ещё как-то можно бороться ткнув девайс зеркалом - но не подходит, БД уже 47ГБ сожрали, и это при сжатии 2х+... Потратив много-много часов на "шо ж внутри у этого *бип* closed-source/ioncube encoded приложения и как его заставить фурычить быстрее" удалось уменьшить нагрузку на запись, уменьшить количество запросов в БД и свести основную нагрузку к "в основном чтение" - в итоге меня целиком устраивают X-25M MLC SSD, если не нагнуться и емкости хватит. ACARD, впрочем, продолжает интересовать - хотя по мере увеличения доступности 4ГБ модулей - всё меньше. -- Best regards, Paul Arakelyan.
On Tue, Oct 12, 2010 at 06:04:13PM +0300, Paul Arakelyan wrote: PA> On Mon, Oct 11, 2010 at 01:43:35PM +0300, Alexander Trotsai wrote: PA> > Потестировал SSD с контроллером sandforce PA> > Результаты очень понравились PA> > Для ext4 без журнала получит суммарно 345 MB/s и порядка PA> > 3500-4000 tps PA> Хм, если не считать скорости - то чем Х-25М G2 не подходит? PA> По tps - вполне похоже (чтоб не сказать, что больше)... PA> В Киеве их валом. PA> Надёжность - вполне (хотя я в зеркало пару поставил), ZFS на них PA> с БД и zil device от пула с SATA HDD (тоже зеркальный, отдельные матюки PA> тем, кто не дописал возможность поднять пул без zil :) ). Ну, немного PA> поремапились оба (write load был - ну его нафиг, alter table табличкам PA> по гигу с хвостиком делался в софтине, пока не запретил такое чудить). PA> X-25V (40GB) - 2500tps, $120+- - несколько суток с random write 32MB/s PA> прожил, ремапы застряли на аналогичном уровне с X-25M. В планах мучать PA> его дальше (точнее, это кингстон 40ГБ, перешить в интел - не пробовал, PA> да и не надо TRIM support). PA> > Однако каждый раз когда на сервер понадобиться SSD платить с PA> > кредитки налом и ждать доставки по почте - слегка неудобно PA> Вот и я ж про то же. Когда ставил - доставлялось человеком, но "очень было PA> нада вундерваффе", 16ГБ ДДР2 планками по 4ГБ туда же... И да - не очень PA> стрёмно было потерять данные. Простой в сутки-двое - тоже вполне устраивал. PA> А теперь сравнить это с требованиями "типичного" бизнеса? "Экзотическая" PA> железка если нагнётся - то очень не смешно, я не случайно пару дисков PA> покупал (читай, выбросил ~$250). Если она настолько критична, что заменить PA> её чем-то другим не получится - это большая проблема. PA> > Да и бугатерия ругается PA> > Так что возникает вопрос, продаются ли в Киеве (или хотя бы PA> > в Украине) ssd с данным контроллером? PA> > Друг кто знает PA> sandforce разных контроллеров наштамповал... PA> "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально PA> не припекло. Это я о "не вылезут ли опять детские болезни", с визгами PA> юзеров, коими переполнены были newegg/amazon/... год назад? (о PA> не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, PA> переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не PA> смайлик, єто значёк такой музыкальный, повторение означает. intel PA> только у одного сгорел, как я читал) В кулуарах выяснил 2 подробности, которые меня скажем так заинтересовали 1. есть ограничение на кол-во циклов перезаписи, что заставляет "опасаться" ssd дисков. Специально уточнил у их технаря (кингсоновского), если диск подтвердил успешную записть, информация таки успешно записана и не будет потеряна (конечно остаются варианты пули, кирпича, выгорания кремния и т.п., но от этого никто не застрахован). Соответственно если использовать такие диски под базу, то теоретически можно обойтись без raid-1 (ибо дорогие заразы), в крайнем случае когда будет выеден ресурс диск просто тановится ПЗУшкой :). Оно вроде как постафактум и понятно, но об этом надо заранее подумать 2. единица записи у kingstone - 4KB, таким образом чтобы максимально избежать ситуаций - читаем/пишем надо сделать либо block size 4k, либо инод кратный 4k, чтобы любые 4k принадлежали конкретному файлу, и не могли принадлежать разным Ну и как ранее говорил, для SSD журнал скорее зло Сейчас на тестах погоняю "юзерский" kingstone, могу потом (если кому интересно) скинуть сравнительные данные для sandforce и этого (вроде как jmicron, но явно все-таки не признались) ps. на тестах sandforce ни разу не заткнулся. сейчас временно поставили на web-сервер с БД - отработал как родной (очень даже и очень). Ну и в конце концов поставим в сервер БД -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Мы с тобой одного формата, ты и я!
2010/11/1 Alexander Trotsai
1. есть ограничение на кол-во циклов перезаписи, что заставляет "опасаться" ssd дисков. Специально уточнил у их технаря (кингсоновского), если диск подтвердил успешную записть, информация таки успешно записана и не будет потеряна (конечно остаются варианты пули, кирпича, выгорания кремния и т.п., но от этого никто не застрахован). Соответственно если использовать такие диски под базу, то теоретически можно обойтись без raid-1 (ибо дорогие заразы), в крайнем случае когда будет выеден ресурс диск просто тановится ПЗУшкой :). Оно вроде как постафактум и понятно, но об этом надо заранее подумать
Во многих современных SSD подтверждение записи будет при попадании данных в кэш диска, а не на флеш, так что возможны варианты...
On Mon, Nov 01, 2010 at 08:48:34AM +0000, Basil Vizgin wrote:
2010/11/1 Alexander Trotsai
: 1. есть ограничение на кол-во циклов перезаписи, что заставляет "опасаться" ssd дисков. Специально уточнил у их технаря (кингсоновского), если диск подтвердил успешную записть, информация таки успешно записана и не будет потеряна (конечно остаются варианты пули, кирпича, выгорания кремния и т.п., но от этого никто не застрахован). Соответственно если использовать такие диски под базу, то теоретически можно обойтись без raid-1 (ибо дорогие заразы), "Дорогие" или нет - описывается бизнес-процессом. Если его прибыль не покрывает хроническую плановую (а не по гарантии) замену накопителей - наверно ему там не место. Если простой/падение производительности допустимы, но фактор "дорого" очень значимый - то почему бы и нет, если есть возможность.
в крайнем случае когда будет выеден ресурс диск просто тановится ПЗУшкой :). Оно вроде как постафактум и понятно, но об этом надо заранее подумать
Во многих современных SSD подтверждение записи будет при попадании данных в кэш диска, а не на флеш, так что возможны варианты...
А ещё "очень интересное положение" получится, когда массовое "write failure" вылезет. Вот как в ZFS-ной рассылке "не бойтесь, данные там есть, просто их достать пока нельзя" - это после вылета ZIL/L2ARC device. Что за каша окажется в ФС, или ещё лучше - в БД, если вдруг что-то (metadata) не удалось записать полностью? С зеркалами из SSD - песня реально на порядок интереснее, ведь при равном количестве записанного - получим почти одновременный вылет. Во избежание такого - один из дисков нужно подвергнуть бОльшему износу (у меня так получилось почти случайно - пока въехал, что нужно бы ZIL зазеркалить и занялся вопросом, так пол-года прошло наверно :) ) Кстати - проблема с солярисом - SMART у SATA - фиг увидишь, приходится ребутиться/смотреть/снова ребутиться... Массовое использование SSD в продакшн должно породить интересное явление - рынок "полуживых" SSD, замененных досрочно (это, кстати, к вопросу о "зеркало=дорого"). -- Best regards, Paul Arakelyan.
Сегодня дядечка, делавший доклад от EMC на CiscoExpo,
сказал, что они дают 3 года гарантии на свои решения,
включающие в себя в т.ч. SSD ("flash") накопители.
Используют STEC и присматриваются к Samsung.
2010/10/12 Vladimir Velychko
2010/10/12 Paul Arakelyan
: sandforce разных контроллеров наштамповал... "Хотлайн знает". Но ну его нах, такие эксперименты, если только реально не припекло. Это я о "не вылезут ли опять детские болезни", с визгами юзеров, коими переполнены были newegg/amazon/... год назад? (о не-интелах, |: "поставил ОС, работал, всё накрылось дружно-сразу, переформатил, поставил ОС, нагнулось, перешил фирмваре" :| <-это не смайлик, єто значёк такой музыкальный, повторение означает. intel только у одного сгорел, как я читал)
Как раз хотел спросить у общественности об уровне доверия к SSD носителям и на сколько он объективен. Потому как на фоне общей эйфории от девайсов было неожиданно услышать фразу об их высокой ненадёжности из уст тех. специалиста по серверным решениям. Мол есть прецеденты их убиения менее чем за месяц большими нагрузками чтение/запись (быстрая выработка ресурса). В сети встречал приблизительные расчёты, где шла речь о годе-полтора (исходя из анализа данных SMART).
-- VEL-[RIPE|UANIC]
-- VEL-[RIPE|UANIC]
On Thu, Nov 04, 2010 at 04:44:07PM +0200, Vladimir Velychko wrote:
Сегодня дядечка, делавший доклад от EMC на CiscoExpo, сказал, что они дают 3 года гарантии на свои решения, включающие в себя в т.ч. SSD ("flash") накопители. Используют STEC и присматриваются к Samsung. Хм, и шо, кошки на них много пишут? PC-роутер у нас вот с юсб-флэшки гиговой фурычит, лет несколько уже. Только туда писалось... несколько раз "фирмваре" :) и несколько десятков раз конфиги.
2010/10/12 Vladimir Velychko
: Как раз хотел спросить у общественности об уровне доверия к SSD носителям и на сколько он объективен. Потому как Уровень доверия - такой же, как и к другим носителям - "никакой". А то мне намного спокойнее было, когда raid3 терял сразу 2 HDD из 3, или вот SCSI hdd рассыпаются "на глазах" после того, как ими одна файлопомойка побаловалась.
на фоне общей эйфории от девайсов было неожиданно услышать фразу об их высокой ненадёжности из уст тех. специалиста по Это не "ненадёжность", это "выработка ресурса". Танк Т-34, кажется, имел ресурс часов 400.
серверным решениям. Мол есть прецеденты их убиения менее чем за месяц большими нагрузками чтение/запись (быстрая
биллинг одного сотового оператора именно так и делает :)
выработка ресурса). В сети встречал приблизительные расчёты, где шла речь о годе-полтора (исходя из анализа данных SMART).
Нужно просто понимать и учитывать специфику нагрузки. Т.е. определить, сколько (и как) записывается информации. Посчитать - стоит ли ускорение работы заплаченных за накопитель денег - т.е. покрывается ли это прибылью. Подумать, как уменьшить нагрузку на запись или "вынести" её на "более подходящие" накопители (подсказка: журналы - часто последовательная запись/чтение). В ситуации "за месяц убивается" - ничего страшного, если меняют по гарантии, просто нужно построить технологию с учётом такой особенности. Или смотреть на RAM-based вещи, типа ACARD ANS-9010 Удивляет только одно - отсутствие рынка альтернатив означенному "экзотическому" девайсу, цена которому - по-хорошему $50-$80, а не $600. -- Best regards, Paul Arakelyan.
participants (8)
-
Alexander Trotsai
-
Alexander V Soroka
-
Andrew Stesin
-
Basil Vizgin
-
Max Speransky
-
Paul Arakelyan
-
Valentin Nechayev
-
Vladimir Velychko