ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Andrew Muhametshin                   2:5020/400     20 Jan 2007  13:37:22
 To : Eugene Grosbein
 Subject : Re: Чувствительность RAID-0 к зависанием системы
 -------------------------------------------------------------------------------- 
 

 
 >  >> В частности поэтому я отрываю все что только можно оторвать гномье
 >  >> от firefox etc., чтобы только hal не пролез.
 >  AM> А мне, на десктопе, HAL нужен.
 >
 > Странно, а что он дает? Что-то я не чувствую необходимости в hal
 > и вообще в гноме.
 
 Что бы я не ответил, Вам это все равно
 не понравится... Кстати что бы "hal не
 пролез", ничего отрывать не надо,
 достаточно сказать hald_enable="NO" и он
 просто не будет грузиться. А отрывать --
 это не мой метод.
 
 >  AM>> а так же паники на флопиках/флешках/BlueTooth'ах,
 >  >> BT не пробовал а с флопиками/флешками вроде же работает нормально,
 >  >> если не выдирать, не отмонтировав (или монтировать r/w) ?
 >  AM> Постоянно объяснять пользователям,
 >  AM> что это они виноваты в зависании,
 >  AM> потому что не нажали кнопку
 >  AM> "размонтировать" перед извлечением
 >  AM> флопика  -- мне уже надоедает.
 >
 > Таким юзерам под FreeBSD нельзя давать монтировать флопики,
 > максимум - mtools.
 
 Безусловно, но только, когда mtools будет
 работать с кирилическими символами.
 
 >
 >  AM> Да и флопик, по определению, как то, не
 >  AM> предназначен для такого поведения.
 >
 > По которому определению? Как в системе положено, так и придется делать.
 
 По обыкновенному определению --
 заложенному в самом устройстве --
 исходя из наличия кнопки извлечения
 диска. И это совсем и не "Как в системе
 положено..." -- это из разряда, либо бага,
 либо недоработки.
 
 >
 >  AN>> мертвые зависание при просмотре TV,
 >
 >  AM>> ребуты при связке pppd+vnc
 >
 >  AM> проблема в Xcursor которая приводила к
 >  AM> лавинообразной утечке памяти
 >
 >  AM> поведет себя RAID0). Или, возможно что и до
 >  AM> сих пор,  "compupic", на определенных
 >  AM> операциях, приводит систему в панику.
 >
 >  AM> ====
 >  AM> в "pr=108078", да это с nvidia-driver'ом (с обоими 9631
 >  AM> и 9746)
 >
 > В связи со всеми этими проблемами, а не используешь ли ты в ядре
 > опции, целенаправленно работающие на генерацию паник типа
 > INVARIANTS/WITNESS?
 
 Hет, не используются.
 
 """Leizer A. Karabin писал(а):
 """
 
 > Если ты ставишь RAID0, неважно, программный или железный, значит
 > надёжность у тебя на последнем месте среди приоритетов.
 
 Hо я ведь не спрашивал, на сколько
 надежен RAID0 как таковой, меня
 интересовал именно gstripe(8) в рамках
 зависаний системы, без учета
 надежности дисков.
 И изначально, я хотел отгородиться от
 комментариев подобному Вашему.
 Поэтому, подробнейшим образом все
 расписал... Могу еще раз...
 RAID0 идет только на системные FS,
 расшареные между несколькими
 клиентскими, бездисковыми машинами.  А
 все данные, в том числе и "home"
 расположены на надежном хранилище.
 И я, как то не очень уверен, что  кто
 либо, делает бэкап системных дисков с
 клиентских станций, в сетях до 10-ти
 машин, где стандартная схема -- профили
 и данные -- отдельно (на сервере) и
 система -- отдельно (локально) и не
 важно, какая ОС. И как правило, выход из
 строя диска клиенсткой машины,
 вынуждает переустанавливать ОС...
 У меня же, получается что, система
 восстанавливается в течении
 нескольких часов. Единственные минус --
 это то, что система общая, на три
 машины, но как я уже написал -- простой,
 в течении нескольких часов -- допустим.
 Тогда как производительность и
 удобство администрирования общей,
 системной FS, расположенной на RAID0 --
 покрывает простой, а средняя
 надежность этой схемы (за счет backup'а) ни
 как не ниже стандартной, с физическими
 дисками на каждом клиенте (без
 резервирования). Т.е. три клиента с
 тремя дисками без бэкапа, в
 определенных условиях равна, трем
 клиентам с общим RAID0 всего на двух
 дисках с но с бэкапом и дисками с
 повышенной отказоустойчивостью.
 Тем более, учитывая что все это крайне
 бюджетные решения и мне видится такая
 схема, весьма
 оптимальной(производительность/цена/надежность).
 Конечно, если бы у меня была бы
 возможность, я бы с удовольствием
 купил бы аппаратный scsi-raid, организовал
 бы raid5 и наслаждался бы полетом. Hо в
 мире, помимо всяких мега-корпораций,
 есть еще и некоммерческие организации.
 
 --- ifmail v.2.15dev5.3
  * Origin: http://groups.google.com (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор