-
L10 июн 14RAM-диски не вчера даже еще придумали — однако так году в 1979-1981 в ЭВМ больших типа RPT-80 (выпускались в странах СЭВ-Венгрии и Болгарии в кооперации и по документации СССР,48-битная длина слова) были уже так называемые платы расширения на базе ОЗУ.Энергопотребление конечно колоссальное было, и цена тоже, поскольку элементная база применялась что-то типа импортных аналогов 155РУ серии ОЗУ.
"Предшественником" SSD в 1996м были разработки израильской SanDisk, года за два до того была запатентована файловая система TrueFFS. И тогда же уже Octagon Systems, и немецкая контора Informatique GmBH которая DOS-RT для специализированных применений делала — предлагали решения аппаратные RAM-дисков на шинах ISA и PCI(33MHz). Но стоило всё это дело очень и очень дорого — и прменялось в основном в промышленных системах многоканального сбора данных, управления и телемеханики.
Да,были времена, когда обычная на сегодня USB флэшка или карта SD на 16/32 Gb казались чем-то из области нереальной фантастики — а щас в каждой автономной хорошей камере видонаблюдения понапиханы.
RAM-диски это пока всё еще очень дорогое удовольствие-они всяко дороже чем ECC модули RAM для серверов, и цены начинаются раза в полтора лороже этих заявленных SSD. Область применения — как правило многоканальные и(или) высокоскоростные системы измерений,ввода и обработки данных типа огромных массивов или структур (битовых и байтовых полей,выгружаемых сегментов основной памяти).
В качестве софта как правило который непосредственно работает с этим "железом", используются разные специфические БД РВ (RTDB) или даже резидентные ОС РВ — а далее уже справляются "штатные" СУБД и серверы.MS SQL и Oracle. И еще один вопрос в комментах чууть затронули. Для SQL Server с здоровенной реплицируемой базой потребуется разбиение массива RAID в виде stripped volume — "чередующегося тома" для достижения более высокой производительности. Реализация массива на базе SSD за счет их алгоритма работы (выборки,хранения) и сильно асимметричных скоростей чтения/записи пока что сильно проиграет реализации на базе SAS/SATA RE HDD. А вот для кэша первичного, или чтобы ОС загружать за 1-2 сек либо стейт виртуалок хранить-тут такие диски бы здорово пригодились. Но пока что дорого.И недолговечно. -
-
-
-
-
9 июн 14SQL-база УБЬЕТ SSD очень быстро. Особенно при интенсивном использовании. Не забывайте, что у ячеек памяти ssd есть конечное число циклов перезаписи. А при интенсивном использовании базы эти циклы будут стремительно стремится (извините за тавтологию) к своему закономерному концу. И пока еще нет ничего лучше для данного применения чем SAS-RAID. В случае совсем больших нагрузок — схд. При чем такая, которой можно сказать, что вот ЭТО пространство выделяется у нас под SQL-базы. Выбор собственно схд — дело каждого, под конкретный бюджет и применение. Но все-же я смотрел-бы в сторону EMC. Но может играть роль и фактор парка серверов. Потому как понятно, что если мы накопили парк серверов ибм, то глупо ставить схд от хп. Повторюсь — это зависит уже от многих причин и развернуто комментировать данную тему в рамках этого треда бессмысленно.
-
-
9 июн 14Да пофиг, бэкапы и гарантия рулят, у меня есть три года гарантии на сервер и диски в нем, через три года, просто купим новые, эти выкинем, а если что то произойдет на интервале трех лет, это проблемы поставщика, а не мои.
-
-
Сделано с
NoNaMe