LINUX.ORG.RU

ядро 2.4.15-pre6 вышло


0

0

Вышло ядро 2.4.15-pre6. В основном работа над не intel архетиктурами, дальнейшая чистка кода. Судя по небольшому списку исправлений выход 2.4.15 очень близок. Вобщем пользователеи intel архитектур этот патч могут не качать, можно остаться на pre5 и дождаться финала. IMHO 2.4.15 будет первым полностью нормальным (стабильным) ядром в ветке 2.4. Список изменений http://www.ru.kernel.org/pub/linux/ke...

>>> Скачать



Проверено:

Интересно а вот почему российское зеркало сайта с ядрами Linux (ru.kernel.org) физически расположено у интернет-провайдера ORC (www.orc.ru)?

Насколько я знаю, эти ребята ориентируются на клиентов, работающих в Windows.

Android
()
Ответ на: комментарий от Android

Да по той же причине, по которой linux.org.ru работает на freebsd.
Мода такая нынче.

anonymous
()

2 anonymous (*) (2001-11-19 14:12:49.0)

А то, что когда я впервые себе модем купил (от www.rrc.ru), и с ним получил скидки на доступ. Так тогда в 1997 они про Linux и ничего не говорили. И даже сейчас, когда я их спрашивал про PPP авторизацию - ну ничего они мне про Linux сказать не могли.

И посмотри там на сайте раздел про настройку софта - там советы только клиентам Виндузятникам как Мастдай настраивать. Как будто пользователи Linux не их потенциальные клиенты. Зато ядра раздают - правда совсем не кичатся этим.

Android
()

Не знаю, я вот когда на орках сидел, мне эту ситуевину сапорты объяснили так: виндузятники - сплошные чайники бурнокипящие. А вот линухоиды сами во всем разберутся.

anonymous
()

Просто диалапщиков под виндами значительно больше. У многих провайдеров на фтп валяются дистры линуха, фри и еще куча софта. А инструкции дя клиентов все равно под винды заточены.

Havoc ★★★★
()

Молодцы в MTU. У них с незапамятных времен на сайте лежат рекомендуемые
настройки для юниксов. Причем на видном месте, и никто не делает различий
между виндами и юниксом. Расписано по пунктам.

anonymous
()

> можно остаться на pre5 и дождаться финала

забавная рекоммендация. ктож-это каждую прешку себе ставит? делать нечего? на мой взгляд -- вот если добавили давно-ожидаемую фичу -- тогда можно ставить, дабы протестить (если умеешь и знаешь как) -- иначе и скачивать нечего! А то, вон, 2.4.11 как с треском выпустили одни такие! ;-)

svSHiFT
()

> У многих провайдеров на фтп валяются дистры линуха, фри и еще куча софта.

Как правило сильно просроченные. :-)

svSHiFT
()

> IMHO 2.4.15 будет первым полностью нормальным (стабильным) ядром в ветке 2.4.

Не прошло и года ... ;-)

svSHiFT
()

Придумай пожалуйста, какая разницу, ставить 2.4.NN-preX или просто 2.4.MM ? Слово "pre" ничего в функциональности ядра не меняет.
Я ставлю и пробую каждый "pre".

Settler
()

У меня обычно бывает так: выходит очередное ядро-релиз... Все вокруг обновляются... У кого-то что-то не собирается/не работает/глючит... Выходит pre1 или pre2, где в changelog'е упоминается это что-то... И я ставлю себе этот pre1 или pre2.

Так и последние проблемы с parport и с loop меня не коснулись :-).

LeninGad
()
Ответ на: комментарий от svSHiFT

> Не прошло и года ... ;-)

Так ты рад или огорчен? Я сам не ожидал, что это случится так скоро ;)
В 2.0 ждали целых тридцать с лишним релизов, в 2.2 - 19, а тут бах-бах и
на пятнадцатом все стало в ажуре.

anonymous
()

> > У многих провайдеров на фтп валяются дистры линуха, фри и еще куча софта.
> Как правило сильно просроченные. :-)

Проапгрейдиться то можно :)


Havoc ★★★★
()

>IMHO 2.4.15 будет первым полностью нормальным (стабильным) ядром в ветке 2.4
Твои-б слова да богу в уши... :) Вот что я обнаружил на http://www.mysql.com/downloads/mysql-3.23.html (читайте то что красным написано: Several of our users have reported random table corruption with Linux kernel 2.2.14 under heavy load.)
Поправят ли в 2.4.15? Если да - то хорошо.
А пока сижу с MySQL под FreeBSD. Вот такие-то дела.

____
Lion

lionsoftware
()

Ты запутался. Они пишут про 2._2_.14 и соверуют 2.2.19

А здесь про ветку 2.4.x

Settler
()

Версии надо различать: 2.2.14 != 2.4.14. Ошибка обнаружена же в старом, очень старом ядре 2.2.14 ("IO corruption") и его рекомендуют обновить до новой версии - 2.2.19! Но, спасибо за ссылку. Иначе бы думал, что 2.4.14 столь убого...

anonymous
()

Мы тут только что развлекались.

Нашли пример на Си++ (с активным использованием boost), на котором g++ 2.95.4 раздувается до 600 мегов. Но это мы позже поняли.

На машинке 256 мегов памяти, 1.5 гига свопа (правда, в нем еще tmpfs), использовалось это как сервер десктопов (на нем пользователи с X терминалов KDE2 гоняют, в основном веб броузинг и разработка).
Стоят limits - 200M на RSS, 800M на address space.

Так вот, когда один из пользователей запустил компиляцию упомянутого файла, машинка сдохла. Начала свопиться, и не воспринимала ввода с консоли, и удалленно войти в себя не позволила (хотя вполне пинговалась). И было совершенно непонятно, что случилось. Подозревали даже удаленную атаку. Пришлось перегружать. Перегрузили, стали смотреть логи - ничего подозрительного. Ладно, подумали, какой-то глюк, в жизни не без этого.
Вот только через две минуты все начало повторяться. Правда, на этот раз у одного из пользователей top висел - увидели, что это cc1plus cожрал около 200M RSS и порядка 500 size.
Снова пришлось перегружать. Очень похоже, что при достижении лимита на RSS происходит какой-то глюк в ядре. Точнее, происходил - это было под 2.4.12.
Собрали и поставили 2.4.15-pre7. Все работает, глюк исчез. Несчастный пользователь пытается подправить свой файл, периодически запускает компиляцию, cc1plus снова разбухает до >600M, после чего, видимо, срабатывает limit на size. при этом машина, естественно, свопится, но консоль продолжает работать нормально. Я сам сейчас сижу на этой консоли и пишу это сообщение. Жизнь хороша :-).

yoush
()

Ну вот, а некоторые говорят каждый "pre" не пробовать :)

Settler
()

Может не будем в новостях писать про то, что уже pre7 есть? в глазах рябит. как вспомню все сообщения про 2.4.0-pre<N>-ac<m> ....

svSHiFT
()

> Так ты рад или огорчен? Я сам не ожидал, что это случится так скоро ;) \\ > В 2.0 ждали целых тридцать с лишним релизов, в 2.2 - 19, а тут бах-бах и \\ > на пятнадцатом все стало в ажуре.

ну.... это если от 2.4.0 считать. а ты все 2.3.x учитывал? к тому же... не думаю что 15м релизом все ограничится. вон -- в pre7 Linus опять в VM руками полез.... чешутся видать....

скажем так -- я не против количества релизов, активности разработчиков, экспериментальных фич и прочее... как пользователь я это приветсвую. но например -- я бы затруднился сходу ответить на вопрос своего гипотетического клиента на тему какое ядро ему поставить...

вот сейчас народ наверное начнет отвечать на последний вопрос -- а я сосчитаю количество уникальных ответов :-)

svSHiFT
()

IMHO правильный ответ: последнее сушествующее vanilla+andrea (например
сегодня это 2.4.15pre7aa1). Ж-)

Settler
()

Ну и можно конечно еще изходить из задачи. Например файл-сервер:
andy@linux:~ > uptime 
  2:22am  up 215 days, ...
andy@linux:~ > uname -r
2.4.3.ide-aic-kandy@linux:~ >
И ничего ему больше и не надо.

Settler
()
Ответ на: комментарий от svSHiFT

> ну.... это если от 2.4.0 считать. а ты все 2.3.x учитывал?

А чего их учитывать? 2.3.x было рок-солид до 2.3.43. У меня на этих
ядрах стоят сервера с атаймом больше года.

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

Даю самый уникальный ответ. Но не тебе, а твоим клиентам ;)
Ребята, так и оставайтесь гипотетическими для такого системного интегратора.
А еще лучше - бегите от него не оглядываясь!

anonymous
()
Ответ на: комментарий от lionsoftware

> А пока сижу с MySQL под FreeBSD. Вот такие-то дела.

Ну и дурак. Все равно ты гоняешь mysql в линуксовой эмуляции,
а бсдевые application threads ровно в два раза медленнее линуксовых.
Пролетаешь в любом случае.

anonymous
()

На сколько мне известно, фришные threads работают лучше линуксовых. По крайней мере нити во фре - это нити. А в Линухе - это почти целый fork.

solom
()
Ответ на: комментарий от solom

Это ты про какие фришные нити? Там есть эмуляция линукса, есть aplication threads.
И то, и другое на троечку...

anonymous
()

Слабым местом Линуха пока остаются эти самые threads, как я уже писал. Во фре это сделано лучше.

solom
()

> vanilla+andrea

Andrea, надо полагать, имя разработчика, а вот что такое vanilla? Тоже имя?

anonymous
()
Ответ на: комментарий от solom

> Слабым местом Линуха пока остаются эти самые threads

Чем подтвердишь? Есть две распространенных кривых проги, использующие threads - oops и mysql.
Первая плохо живет на линуксе, вторая плохо живет и заметно тормознее на фрибсд.
Жаба на фрибсд - это вообще издевательство.
Какие выводы отсюда сделаем? Может у тебя есть другие живые примеры? Тогда расскажи.

anonymous
()

> Слабым местом Линуха пока остаются эти самые threads, как я уже писал. Во фре это сделано лучше.

Смотря с какой стороны на них глядеть. Напрмер существует встречное мнение что fork в линухе реализован сам по себе лучше чем где бы то ни было, и поэтому threads от этого страдают не сильно.

svSHiFT
()

> IMHO правильный ответ: последнее сушествующее vanilla+andrea

Чтож, успокоил, спасибо. в принципе SuSE свои ядра основывает именно на них, дополняя еще своими фичами.

Я бы сам сказал так, что ниаболее подходящее ядро для моего потенциального клиента это то, какое у него установлено вендором (Mandrake, RH, SuSE -- не важно, сравнивать их бестолку) , или предлагается им же для скорейшей замены. Например -- Win4Lin выпускает патчи именно под ядра вендоров самых распространенных дистрибутивов (или сами эти ядра), да и сертифицируются другими произодителями как правило они-же, а не просто номерные ядра в чьей-то редакции -- что для более серьезных людей важнее наворотов в VM.

мне конечно еще не удалось довести аптайм до величин приводимых коллегами выше -- но это исключительно из-за нежелания руководства раззоряться на UPS[ы]. :-)

svSHiFT
()

> А чего их учитывать? 2.3.x было рок-солид до 2.3.43. У меня на этих ядрах стоят сервера с атаймом больше года.

но тем не менее это была developmet ветка, никем не рекоммендуемая к использованию -- значит ты просто нашел удачный snapshot который наверное тебе был необходим по каким-то параметрам. Например, я помню, что для 2.4.x долгое время самой стабильной версией считался некий -pre. -- так что в рекордных аптаймах ничего удивительного нет, повезло и только.

но всетаки, с 2.3 долгое время backportили фичи в 2.2, но с определенного момента она стала равнятся именно на 2.4, хотя я за этим плохо следил. только помню что 2.4.0 все уж очень долго ждали сначала дружно считая 2.3.какие-то, а потом и многочисленные pre-ac-и х.з. что еще.

вот, скоро отпразднуем старт 2.5 и начнем countdown до 2.6 (или как оно там будет -- 3.0?) -- романтика! BSD-юкам и Виндузятникам не понять!

а потом начнется на здешних же страницах: "А у меня Free и все за...бись -- а ядро в нем уже 10 лет как BSDlite-4.4!", "а хрена 2.6 надо, если у меня N.M.K--xxYY уже 3 года крутятся!" -- прелесть! и ведь никому никогда не надоест!

svSHiFT
()
Ответ на: комментарий от svSHiFT

> значит ты просто нашел удачный snapshot
"Просто" даже мухи не трахаются. "Случайно" бывает только пионеров.
После 2.3.38 Линус объявил "feature freeze". Знаешь, что это такое?
Ядро готовилось к _релизу_. И это действительно были отполированные ядра.
Такая вот "просто случайность". Даже год спустя тестовые программы-килялки,
которые валили современные на тот момент ядра 2.2, не действовали на ядра 2.3.
Такое вот "повезло". Очень жаль, что Линус не выпустил тогда 2.4. Это были достойные ядра.
Потом бы мог спокойно экпериментировать с тем, что вылилось в многочисленные 2.4-pre.

anonymous
()

"feature freeze" -- это не столько подготовка к релизу, сколько подготовка к отладке. Выпустить он тогда просто так ничего не мог, поскольку над ним нависало все linux сообщество с ожиданием стабильности и надежности, на равне с работающими новыми фичами.

правда, если уж на то пошло, сейчас вообще модно не гарантировать работоспособность программ по их прямому предназначению, и огромное множество программ так и не переходят порог 1.0 в нумерации своих версий, но одно дело -- чьи-то поделки, а другое дело -- ядро ос, котрое уже давно не является чьей-то поделкой, а опорой целой индустрии, от сюда и результат типа -aa, -ac, vanilla и другие "заклинания".

Вывод -- работающее боле года ядро 2.3 явление того же порядка, что и не собирающееся ядро 2.4 из-за недоступных символов в каком-нибудь экзотическом модуле, который давно никто не суппортит.

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

svSHiFT
()
Ответ на: комментарий от svSHiFT

> "feature freeze" -- это не столько подготовка к релизу, сколько подготовка к отладке.
Конечно, и время для отладки было предостаточно. Я ошибся, "feature freeze" было
объявлено вместе с выходом 2.3.18. Начиная с этого ядра можно было говорить о стабильности.

> правда, если уж на то пошло, сейчас вообще модно не гарантировать работоспособность
Может у кого-то и модно, а я гарантирую песперебойную работу сервера в течении года.
Это касается именно програмной части. Отсутствие сбоя по железу гарантировать
конечно сложнее.

> Вывод -- работающее боле года ядро 2.3 явление того же порядка, что и не собирающееся ядро 2.4
Нет, вывод несколько другой. У профессионала нет оправданий, если он облажался ;)

> а между прочим, мухи трахаются просто потому,
Тоже неправильно. Не каждая муха отдастся первому встречному ;)
А вот для дешевого админа это подходит. Он может поставить ядро и другие программы
только потому, что они нашлись в одном объеме пространсва случайного сидюка в нужный
момен времени, в результате чего у него сработал инстинкт установки ;)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.