Linux 2.6.26

> А самому слабо? :-) Работы на 20 минут

Почто ви т'гавите? ;(

> Расскажи это оперативной памяти. Она тебя с интересом выслушает.

Я лучше со статуей первой любви поговорю, в темноте и тишине, строго про себя. Но тсссссс! Никому не говори ;)

> Речь о том, что даже качественное и нормальное железо не застраховано от сбоев. Другое дело, что их вероятность на нём значительно ниже.

Ну и чо? А вероятность хера не встать поутру - нулевая. На чом теперь будем вертеть вероятность? ;) man "Надежность", короче.

> Гарек, вот не в курсе ты, а выпендриваешься. И ешё: memtest даёт дополнительную надёжность, которая только поможет тем же способам повышения надёжности.

Да нихера он не даёт! Пояснить? Вендузятники уже не первый год дрочат на "стабильность системы", коя про грамотном подборе тест-пакета стремится к нулю. Ну и чо? Вывод-то простой, при правильном подходе целый полк вусмерть можно задрочить, но какой с того научный выхлоп?

> И не пойду я к санкам. Нафиг мне они сдались, когда я могу пойти в место получше?

Ошибся я, школьники на ЛОРе...

>ВОПРОС К ТЕМ КТО УЖЕ СОБРАЛ.

>После загрузки нового ядра 2.6.26 в память в момент запуска framebuffer(а) темный экран и старта системмы нет. Нажимаешь POWER и все ОК. Все грузится и подключается. .. Я один такой?

Тотже фиг, только одна кнопка - один такт.

собрал, поставил, полет нормальный

>Ну и дятлы вы оба не порите чуш )) >Вы бредете !! >Не кто вас не застовляет компилеть все ! >Вот дятлы Поток сознания? Мой онанимный друг, я тоже люблю коверкать слова, но в некоторых случаях их написание влияет на смысл s/Не\ кто/Никто/

По теме микроядра: это было бы архиправильно сделать ядро linux микроядерным. Это и надежность, и масштабируемость, и управляемость. Маленькое надежное ядро и подгружаемые драйвера. Только не рассказывайте про загружаемые драйвера в linux - это костыли. В случае с linux, для каждого нового типа устройства надо добавлять его поддержку в ядро. В случае с микроядром - микроядру вообще пофигу какие там новые устройства появились. К счастью есть проекты GNU\HURD и проект запуска ядра linux в гипервизоре на основе микроядра L4 http://os.inf.tu-dresden.de/L4/LinuxOnL4/overview.shtml http://www.gnu.org/software/hurd/hurd.html http://l4ka.org/

К несчастью проекты еще недостаточно зрелые.

vinnie

>Ну и дятлы вы оба не порите чуш )) >Вы бредете !! >Не кто вас не застовляет компилеть все ! >Вот дятлы

Поток сознания? Мой онанимный друг, я тоже люблю коверкать слова, но в некоторых случаях их написание влияет на смысл s/Не\ кто/Никто/

По теме микроядра: это было бы архиправильно сделать ядро linux микроядерным. Это и надежность, и масштабируемость, и управляемость. Маленькое надежное ядро и подгружаемые драйвера. Только не рассказывайте про загружаемые драйвера в linux - это костыли. В случае с linux, для каждого нового типа устройства надо добавлять его поддержку в ядро. В случае с микроядром - микроядру вообще пофигу какие там новые устройства появились. К счастью есть проекты GNU\HURD и проект запуска ядра linux в гипервизоре на основе микроядра L4 http://os.inf.tu-dresden.de/L4/LinuxOnL4/overview.shtml http://www.gnu.org/software/hurd/hurd.html http://l4ka.org/

К несчастью проекты еще недостаточно зрелые.

vinnie

Почему то любители микроядерности очень напирают на надёжность, масштабируемость и управляемость... видимо такая ерунда как производительность их не очень интересует.

> В случае с linux, для каждого нового типа устройства надо добавлять его поддержку в ядро

Вдоль. Существуют два типа устройств - блочные и символьные. Все остальное - это не типы устройств, а внутренние интерфейсы и подсистемы ядра. Тебе никто не запрещает написать свой драйвер контроллера SATA, никак не пересекающийся с существующими подсистемами SCSI/IDE - и он будет работать.

На eeepc кто-нибудь ставил?

отладчик в иадре - exploit. в оффтопике(см ОЕМ-версии для примера) - анало-гично.

HURD спасет мир. как и было задуманно, FSF-ом.

>HURD спасет мир. как и было задуманно, FSF-ом. Прямо так как-то радикально... Я не спорю, конечно, но куда же денется весь наработанный код linux ядра. Я понял они [GNU\HURD] активно переходят на L4 микроядро. И когда у них релиз?

шозначит "когда ?" зайти на дебиан и скачать HURD-ветку дистрибутива - не судьба ?

p.s. OpenBSD и FBSD - постабильнее правда, ПОКА. как раз потому, что НЕКОМУ не только писать но и тестировать, все больше"big fat" парней - пришедших с оффтопега.

> шозначит "когда ?" зайти на дебиан и скачать HURD-ветку дистрибутива - не судьба ?

А шо, фсио стабильно и приемлимо по скорости?

>А шо, фсио стабильно и приемлимо по скорости?

насчет стабильности незнаю, не тестер, а про скорость... Кому сейчас не хватает скоростей? По моему сейчас проблем с этим нету, как 30 лет назад...

Как оно работает с ICH10R ?

>>А шо, фсио стабильно и приемлимо по скорости? << про "стабильно", это усе сугубо относительно. на coomon хардвере - типично. круче, к примеру, чем у 5-й OS/2, который все еще(чудом) жив или у новой BeOS(тоже здравствующий). но хуже чем у линуз-базед ядр, опять-таки - ПОКА. а скорость - без видимой разницы, а субьективно - даже пошустрее(сеть) местами. надо бы побенчить, да все руки не дойдут(всерьез взяться).

>но позволяет использовать частично бракованные планки памяти наравне с целыми.

Все здорово, конечно, но только для аварийной ситуации.

>в линупсе

К логопеду, быдло!

>А GNU/Linux будет работать и на помоечном сервере просто путём включения этого мемтеста.

Правда думаешь, что начальство знает о возможности работы на битой памяти и будет жать штуку на планку?

Windows of Gays XP Professional, WinGay XP Home edition (2-persons license)...

разводка мостов - это сильно. не так сильно, конечно, как то на чем живет управление АЭС и спутниками или АПЛ, но тоже сурово. типичная "разводка", говоря иными словами. лучше спросите - на чем калл-центр Скорой в Питере работает ;-P и сразу станет понятно, что пример плохой и будующее тамошней АЭС - также в опасности.

> подвал налоговой.

Бруееееееее. Звучит как "застенки гестапо".

нуда, "миллионы мух - не могут ошибаться !!!"(c) всем жратЪ вов..о, бишь виндовз.