А ты попробуй создай на основе 2.4 встраиваемую систему и потом скажи, что получилось. Вот когда любой утюг будет хотя бы 16М иметь тогда о 2.2 скорее всего и забудут.
Так а что, разве ядро надо встраивать вместе с исходниками ? :-))) само ядро не на много больше чем 2.2.х ... да и свет клином на ембендед ОС не сошёлся :-). 2.4.х сейчас в расцвете сил. 19 ядро будет просто отличное, если учесть как работает пре7 и если глюков в НЛС Кокс не добавит :-))). Меня вообще приколол сам факт, что Кокс занимается русской кодировкой, он что, русский знает ? :-))). Как-то раз он поковырялся в KOI8-R у меня smbmount зависать стал в 18 ядре :-). Ну потом до меня дошло, что надо KOI8-R сделать по умолчанию :-), тогда-то всё нормально :-).
А вообще, хорошо, что 2.2.х продолжает жить, будет круто если хотя бы ещё 3-4 _таких_ релиза выйдет -- это для тех серверов, которые годами стоят, ну хорошо, что апгрейдить остальной софт не надо.
Народ, тут (не совсем тут, конечно :)) один кадр сказал, что имеется возможность заменить ядро БЕЗ ПЕРЕЗАГРУЗКИ ??? :) И глибцы тоже :).. Некоторые службы приходится перезапустить, но не более того :)... Вот у меня вопрос, в рамках своего понимания, (или непонимания) разве такое возможно? И если возможно - то ткните, где об этом почитать?... :):):)
ЗЫ:) Особого смысла, конечно, в этом нет - но может в некоторых случаях понадобится... :)
А почему у меня такое сверхстабильное 2.4.18 даже не компилится и вылетает с Segmentation Fault под ASPLinux? Ясное дело, руки тоже виноваты, но 2.2 никаких ошибок никогда не выдавали. И почему на 2.4 ветку разработчики забили? Пока что альтернативы 2.2 для серверов я не вижу. На сервере мне ALSA и USB абсолютно не нужны и рисковать стабильностью из-за того, что у кого-то аптайм полгода, врядли стоит.
[/root@db2 /root]$ uname -a Linux db2 2.2.19 #4 SMP Thu Jul 19 18:13:21 GMT+3 2001 i686 unknown
имхо, uptime - это только _один_из_ показателей стабильности...
ЗЫ. Глибсы можно без ребута, но я все равно ребучу... для профилактики ;))) ЗЗЫ. Для девелоперов есть приблуды - можно для тестового ядра в реалтайме эмулировать зарузку, типа как оно себя поведет при реальной загрузке. А основное ядро живет от бута до ребута!!! ;)
Да ничем. Окромя того, что по дего драйвера быстрее с 2.4 бекпортят.
>Так а что, разве ядро надо встраивать вместе с исходниками ? :-))) само ядро не на много больше чем 2.2.х ...
Ага, само-то ядро не намного, только вот нужно ему больше. Можно конечно залезть в исходники и поменять размеры таблиц, буферов, кешей и т.д., только кто тогда даст гарантию, что ты случайно не сделал меньше чем нужно.
Поменять glibc без перезагрузки можно, только уже загруженные программы будут использовать "старый" глибц. (Хотя в инструкции по установке глибц написано, что делать это надо в сингл-юзер-мод, я не разу не делал...)
Как поменять ядро без перезагрузки? ну это вообще-то по-моем на уровне чуда.. т.е. принципиально сложного ничего нет, но у нынешнего ядра линуха нету API для горячей смены ядра ;) С практической точки зрения это только нафиг не надо... если только для понтонутости :))))
Сейчас сижу у этого "гадёныша" :) который без ребута перегружает ядро... :(
Для работы (отладки) действительно можно загружать тестируемое ядрушко... методов много... а вот ентот уникум - на моих глазах проапгрейдил ядро абсолютно по-фашистски... Утилитка у него, :) видите-ли, и никому он её не даст (мол мотри какой он крутой :) Причём - говорит что без разницы какое ядро - может и БСД-овое тоже...
Могу описать что происходит:
- на компе, нечто похожее на дамп - собирает какие-то данные
по сетке всё видно, запускаю копирование файла (бооольшого) :) по самбе, фтп-закачку... начинаю шмыгать страничками... Народ качает из инета... - короче, жисть кипит ключём...
- Чего-то это программа колбасит, он грит что в фазе "ice" :) будет новое ядро загружено ?? (старое на месте) - и запущен бут "всего-чего надо"
Файл качается, происходит на диаграмме кача по ФТП просадка до "0" - и всё снова в порядке... Народ в инете ничего вообще не заметил (это шлюз-прокся и.т.п. апгрейдится)...
- Он грит, теперь фаза "garbarge unload" и "loader unload" :) (издевается :)) - предлагает проверить самому :)
Ядро и всам деле: было 2.4.2 стало 2.4.18...
Мдяяя... Если за два дня эксцессов и дефектов не найду - то с меня бутылка коньяка :(
... Апач стоит, тфтп стоит и работает ... В топах там всяких - только всё что было :( Что глядеть-то????
(Чего - то конины жалко стало :))
Забыл совсем... :) Мозгов для этого фортеля на машине нуна много...
Оно-то конечно нафиг ненуно - но ведь просто, чисто из спортивного интереса...
Да и процесс занял (без компИляния :) ядра) Ну... минуту, или даже меньше....
ЗЫ:) Что может в корку выпасть? :) Может "подтолкнуть" :)
ЗЗЫ:) На этой машине иксов нет... Только серверки и.т.п.
Ядрушки 2.2.х - и всамделе менее прожорливы, но народ который занимается встраиваемостями обычно итак "перелопачивает" ядро по самое никуда - ИМХО, если бы Линукс (который Товальдс :)) увидел бы сию переработку - он бы облез...
Тут кто-то uptime в 151 день приводил, можно я тоже похвастаюсь? :-) Это uptime на одном из вспомогательных серверов:
[mihail@fido-gw mihail]$ uptime 7:56pm up 479 days, 2:45, 4 users, load average: 0.03, 0.02, 0.00
[mihail@fido-gw mihail]$ uname -a Linux fido-gw 2.2.13 #1 Срд Ноя 24 17:35:26 MSK 1999 i686 unknown
[mihail@fido-gw mihail]$
И честно говоря, при таком uptime просто жалко ядро менять :-)
До полного 3.14здеца осталось 18 дней... Про лимит в 497 дней слышал? Происходит переполнение int-переменной счетчика.
Хотелось бы услышать, что произойдет с этой машинкой через 18 дней.
2anonymous (*) (2002-05-21 20:23:04.291) ежели читать более внимательно, то можно было заметить, что я говорил о том, что uptime - не единственный показатель стабильности. в качестве примера показал нормальные рабочие машины с 2.2 и 2.4... я ни с кем не мерялся :(
да, с 497-ю днями неприятная бага, у меня роутер на 2.0.36 столько простоял, я уж собрался 500 дней отмечать, а тут воть :( в паник ядро не свалилось, но был kernel oops, после чего на него по ssh зайти было нельзя и никакие userspace программы не запускались, хотя само ядро жило и как роутинг работал, но все равно пришлось бутать.
Если память мне не ошибает то есть пач на 2.2 который позволяет
на горячую менять ядра. Но говорят что менялось не всегда удачно.
Да солярка умеет менять ядро без перезагрузки, мало того она еще умеет
апдейтить приложения без переключения в синг моду. Все вот так на лету(но естественно только на спарках).
Зачем это надо ? А чтоб сервисы работали 365 дней в году +1 в високосный
без минутного простоя.
> А почему у меня такое сверхстабильное 2.4.18 даже не компилится и вылетает с Segmentation Fault под ASPLinux?
У меня ASP 7.1, сижу под 2.4.18 с момента его выхода, мучаю его всякими задачами с высокими load average и частым переполнением свопа - ведет себя под нагрузкой просто отлично. Так чта.... -))
Нет, ядро и всамделе сменилось... :(
Коньяк я отгрузил: мне сразу "секрет" выгрузили:
Действительно, загружаются два ядра, потом загружаются -выгружаются службы и модули ядра, по аналогии: с одного отщипнул - на другой подвесил.... Потом выгружается одно ... :( Для веток 2.0 говорит что много фенек таких было...
Ещё одно, чел. говорит, что в принципе, можно подпатчить сырцы - и сделать, как бы родную, функцию. Я ему, типа "ну дак в чём дело..." грит: "то времени нет, то просто влом - не на столько нужно " :):):):)
> Действительно, загружаются два ядра, потом загружаются -выгружаются службы и модули ядра
Ядро в качестве туза в рукаве :) Интересно с вмваре можно так прокрутить? типа запустить все службы в виртуал машине - поменять IP, перекидать все службы на хост, закрыться втихую и вуаля - поменяли ядро - гони конину! :)
ВМ вари там не было, ... :) Да и приём не вызвал сомнений - нагрузка на машину какая-никакая была: 128К+128К раскидано на сетку .. работающих было с десяток. файл копировал, даже два... Шарил по конфиг-ии до и после - всё что мог посмотреть, посмотрел - да и явную лажу гнать ему тож нерезон... Последовательность процесса интересна: а так, в принципе, всё понятно было и "нелогичности" или чегото несусветного нет... Да и прежние его занятия позволяют сказать: насчёт этого вопроса у него есть достаточная практика... :)
Поставить тоже чтоли 2.2.21?... :) (типа, взгрустнулось по пропавшему флакону конины :))
Ну без single mode и даже без присутствия админа. debian умел обновляться еще лет пять назад. Так моя первая UNIX система обновлялась (только из-под dselect) и меня это страшно восхищало. Так что это не ново. Теперь # apt-get upgrade И иди чай пить. :-)
я бы тоже до сих пор не спрыгнул бы с 2.2, но смертельно был реальный NAT нужен, по этому пришлось апгрейдить. Было страшно :) критичный сервак как никак, роутил, проксил, кэшил + apache + mysql + pop + smtp, короче, весь джентельменский набор :) Но все прошло без проблем, ну лишил юзверей сервиса на минуту, они не жаловались
asoneofus
Тот, который Торвальдс, это Линус, а не "линукс", как думают некоторые :-)))) Эдак можно и до "БилГейтса изобретателя интернета" докатиться... :-)))))))))))
"зачем совмещать весь перечисленный набор на одной машине, особенно FW/NAT и приложения? "
А на кой хрен разносить их по двум ??? Секурности это вряаааааадли прибавит... Хотя если машины девать некуда и выбрасывать жалко, то конечно...
нет, я вообще согласен, желательно бы сервачки вешать за файерволом, этак какую то древнюю двухсотку на роутер+файервол, что то мощное на прокси/кэш, ну и соответственно субд на отдельную тачку, хотя тут опять таки все зависит от нагрузки.
> А почему у меня такое сверхстабильное 2.4.18 > даже не компилится и вылетает с Segmentation Fault > под ASPLinux? ASP Linux v7.1 Поставил большинство из рекомендуемых ASP патчей с их узла поддержки, включая новые версии GCC и Glibc. Поменял некоторые скрипты загрузки, ftpd выкинул - поставил другой, Apache обновил и много чего по мелочам ... ГЛОБАЛЬНЫХ изменений - не делал !
Ядра собираются все - до 2.4.18 и 2.2.20 включительно. БЕЗ Segmentaion Fault и прочих вылетов. В кору система не улетала ни разу. Сейчас живу под 2.4.18.