|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : john gladkih 2:5051/15 06 Jun 2000 07:25:38 To : Sergey Durov Subject : Re: Помогите выбрать ?nix -------------------------------------------------------------------------------- SD>Достали меня уже порядочно всякие глюкодромы, посему Subj for x86(на большее SD>народ пока не особо разгоняется). SD>Итак что необходимо, имеется ящик напичканный железками, вдруг одна из SD>железок SD>неожиданно(т.е. без всяких обьяснимых и необьяснимых на то причин) умирает, SD>медленно или быстро и с дымом тоже не важно, важно чтобы драйвер SD>обслуживающий SD>данную железку посходил с ума малость и отстрелился, а не утянул за собой SD>всю SD>систему остановив работу ящика. Т.е. к примеру имеется у нас 5-6 SD>подмонтированных винчестеров(SCSI, IDE), один из них вдруг в момент записи SD>на SD>него подыхает, или пионеры его сперли к примеру, необходимо чтоб это прошло SD>для SD>системы практически безболезненно, если мы на него не свопимся и если это не SD>/ SD>(т.е. чтоб все спокойно жило дальше, драйвер постучался чем дальше тем реже SD>и SD>остыл до sync например или umount -f и не мешал жить). SD>Где реализованы лимиты не только на что то запускаемое из шела, но и на SD>процессы работающие от 0:0 и являющиеся например частию ядра?(чтоб их хотя SD>бы SD>при сборке ядра можна было задать) да и те что из шела, лимиты на отдельные SD>процессы от одного и того же юзера(что то типа nice только на ресурсы), чтоб SD>все что им не порождается не могло отожрать больше выделенного? Кто не SD>подыхает SD>позорной смертью и не тормозит всеми костями когда память+своп SD>исчерпываются? SD>Hу и желательно что то >< свежее, чтоб драйвера можна было SD>достать-спортировать, SMP умело и >< стандартное было. SD>PS. FreeBSD 3.x и думаю 4.x отпадают, ибо набора патчей реализующих SD>вышеописанное я не видел, Linux тем более. Как ведет себя в подобных SD>ситуациях SD>Solaris и SCO или может еще что нибудь? вам не в уних надо смотреть, и не в сторону пэцэ. -- John, http://www.t.uz, mailto:john@kak-sam.to --- ifmail v.2.14dev3 * Origin: Give me back my summer and kiss my ass now, budd (2:5051/15@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22136f0cbf978.html, оценка из 5, голосов 10
|