Прошу жизненного совета по RAID0. Стоит ли вообще связываться?
| sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
а в этом смысле… xD Офтоп блин я тут всем в пейджеры стучу, мол что за опечатки в операции синхронизации данных в рейд массивах)))) все на меня как на умного смотрят)))) мол я опять гдето чтото умное вычитал)))) /Офтоп
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| alexdsp |
|
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
В общем, взял я вот этот - PLEXTOR PX-128M5S Систему уже поставил начерно, сделал всякие типовые настройки - локаль, часы, груб, просто чтоб загружалась система. Статья в вики про SSD годная, всё толково разжёвано, и что приятно, русская версия практически синхронна английской. Вот что я сделал. Потом поругайте, что не так. Разметил SSD - сначала идёт выровненный раздел на 124Г под корень и дом, а в конце 4Г под swap на всякий случай. Каждый из двух магнитных HDD разделил пополам так, что первые разделы объединяются в страйп raid0 - (md0), а вторые два в зеркало raid1 - (md1) соответственно. Оба эти раздела форматировал в ext4 (как и на SSD) и смонтировал через fstab по UUID в /home/ftp (raid0) и /home/arc (raid1) соответственно. Последний видимо будет для всяких шибко важных данных, проектов, исходников и т.д., которые очень боязно терять. Первый будет содержать всякое восполнимое барахло типа кино и музыки, которое ещё будет видно через ftp наружу в локалку. Теперь вот какой момент… рассуждаю как бы… Наверное, нужно вынести весь /var куда-то, желательно в raid0 для скорости. Но пока получается как-то оно костыльно. Т.е. нужно создать каталог /home/ftp/var, который потом будет монтироваться в /var (или надо делать bind?). Сейчас в /var (который пока что на SSD) всякая чепуха, что положена после нормальной установки, кэши всякие, логи и т.д. Можно ли всё это содержимое тупо перекинуть в /home/ftp/var, а потом в fstab прописать точку монтирования для /var, которая указывает не на раздел, а на каталог? (bind?) Записи в fstab вообще по порядку обрабатываются? Нужно ведь, чтобы оно срабатывало уже после монтирования рэйдов. Или не парить мозги себе и окружающим и под /var (да и под /tmp до кучи) сделать отдельный раздел. Вопрос опять же какого размера… Ээх… неохота плодить разделы без жизненной необходимости. glukНу… это одно с другим связано наверное. Скорее, ячейки изнашиваются по вине не шибко мудрого контроллера. Чтоб прямо так железо дохло… очень редко такое встречал, это уже скорее в облась брака можно отнести. Типа, радиатор плохо наклеили, перегрев и т.д. За tmp и yaourt - спасибо за наводку. Это хороший вариант. Больших пакетов, которые не лезут при сборке в оперативку, считанные единицы. |
| zubastiy |
|
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
*блин я тут всем в пейджеры стучу, мол что за опечатки в операции синхронизации данных в рейд массивах)))) все на меня как на умного смотрят)))) мол я опять гдето чтото умное вычитал))))* а таки не полностью оффтоп ) в mdadm есть баги вылазащие для raid10 в массивах под большим IO (это где дисков 12-16 в одном рейдгруппе) c полгода назад clodo ru эти баги нашел ))) обратно всякие вендоры выпускают прошивки для рейд контроллеров - где так же есть баги. опечатка программера ответственного за фирмваре - страшна. купили мы как то полку дисковую от HP за 25к уе. это был аццкий ад с умиранием рейдов и сбоев контроллеров, до тех пор пока прошивку HP не допилили до ума. *Fix for an incomplete or problematic data transfer issue on RAID 0 or RAID 1 volumes, which may occur under heavy I/O workloads.* подобного рода сообщения в history fix для рейд контроллеров у HP встречаются, да. |
| zubastiy |
|
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
2 alexdsp В случае когда не очень понятно, что как и куда будет ложится в разрезе разделов-размера и бла бла, идеологически верно использовать lvm - управление логическими томами. /var - отдельным разделом тогда не проблема будет куда угодно положить и перенести если вдруг чего. /tmp - в память, однозначно. |
| alexdsp |
|
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
zubastiyУгу… согласен с Вами. Сам к этому склоняюсь путём размышлений :)) Почему-то раньше стереотип срабатывал - был у меня когда-то vsftpd с неанонимным доступом, а для него было удобно держать всё в /home/ftp. А ведь можно просто примонтировать хоть 2 Тб в этот самый /var и там всё держать. И ftp, и все архивы по каталогам разложить, и что угодно вообще. А если приспичит, при случае, симлинками прибить можно куда надо. |
| sleepycat |
|
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
2 zubastiy: *перекрестился* нда, не дай бог так встать с “очепяткой” програмиста… *разводит руками* ну , где я , и где система с кол-вом дисков больше 4 ))) 2 TS: Полностью согласен, у Вас как то в голове схема не верно “прилегла”. Вам надо сделать var отдельным разделом, а в него уже создавать нужные диры ftp db mail и т.д. и в них собственно направлять. Фтп в таком плане я обычно вижу на хостингах, там фтп путь является директорией клиента и указывается она пользователю как домашняя (если не склероз vftpd как раз по умолчанию туда и смотрит). Но тут как бы ошибок нет. Если например сервер расчитан на то, что будет использоваться только извне, то можно сбросить “хомяки” куда угодно, лишь бы сам знал. Можно просто создать символьные ссылки на новое место и не менять настроек (правда не всегда этот метод срабатывает) или –bind (срабатывает чаще, но вроде при злоупотреблении ложится бОльшей затратностью на цп). tmp в память тоже хорошо посоветовали(уж точно не на ssd), но тут надо быть осторожным. Скорее всего обратить внимание на размер, бывают случаи, когда места не хватает и все стопорится. Например, часто встречается при сборке софта с переменными по умолчанию. Но если не юзать aur думаю проблем быть не должно вовсе.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| alexdsp |
|
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
sleepycatПроблема /tmp в памяти вчера неожиданно решилась покупкой на барахолке довольно-таки за недорого двух DDR2 модулей памяти, 1066М 2Гб корсаров. Это ещё 4Г, т.е. теперь у меня 8Г оперативки. Правда, до линукса я вчера так и не добрался. Весь вечер до ночи красноглазил с этой памятью - оказалось что Феном2 не может работать в 1066 МГц режиме, когда на одном канале больше одного модуля. Такая горькая правда жизни. Как ни пытался запустить, ничего не вышло. И инет говорит то же самое. Очень это меня расстроило. Пришлось перевести на 800, правда, с выкрученными вниз таймингами, типа 4-4-4-12. В общем, неважно. Мемтест со мной согласен. Остаётся такая схема. она очень простая. SSD 128Гб содержит один единственный раздел под /, на нём же /home. Раздел swap отсутствует как класс. HDD0 и HDD1 - каждый по 2Тб, размечен одинаково пополам, т.е. имеем sdb1,sdb2 и sdc1,sdc2. Далее из этого получаем при помощи mdadm raid0 страйп md0 из sdb1,sdc1 и raid1 зеркало md1 из sdb2,sdc2 Страйп md0 размером 2Тб монтируем в /var через /etc/fstab (это делается прямо при установке, сразу после настройки рэйдов) Концептуально, raid0 в этом месте полезен для скорости, а ценность данных в тех местах является “постольку поскольку”. Восполнимая в общем-то. Там же, в /var создаются всякие нужные каталоги, включая /var/ftp и прочее прочее… Ну и оставшийся зеркальный raid1 размером 1Тб монтируется уже куда-нибудь, куда не противоречит здавому смыслу. Там будут невосполнимые данные, нажитые непосильным трудом. Ну в общем-то всё… |
| sleepycat |
|
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
не знаю, у меня второй феномен, блэкбокс(правда разгонять эти черные ящики у меня духу не хватает, да и не надо особо) … модули 2 линейки по 2Г 1366 , все чин чинарем, винда божится что все ок(десктоп, после снятия лишних винтов там только винда осталась). Странно, просто стало интересно, оставлю на заметеку.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| alexdsp |
|
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
sleepycatУ Вас DDR3? У меня-то DDR2 и суммарно 4 линейки по 2Г. С двумя линейками отлично работает на 1066 с номинальными таймингами 5-5-5-15 из SPD. С 4-мя линейками только 800 МГц, увы. Это какой-то внутренний баг второго фенома. Описан многократно и связан с некорректной работой при некоторых значениях делителя частоты. Вариант решения - поставить память на 800 и гнать вверх всю шину, а частоту ядер, наоборот, даунклокнуть до штатного значения. Но с другой стороны, просто 800 позволяет поставить более агрессивные тайминги. |
| sleepycat |
|
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
ну я предпочитаю не лезть в тюнинг , так что не скажу. У меня заведемо брались одинаковые линейки , соотвественно экспериментировать с таймингами я както не особо горю желанием. Так что тайминги и частота одинаковая, ддр3 - да. Это точно не железка (мать+память)? можно ссылку в ЛС(точнее этого наверно нет, так что сюда наверно), если не затруднит я почитаю. Странно(просто я собираюсь поднять озу с 4 до 16 (4-4-4-4) Г ), когда прикидывал, ничего такого не встречал (расчет был минимум на 1000 мгерц, т.е. не потолок, но и не 800)… Как говорят комментаторы “Опасно!” (с) xD
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|