kernel.org теперь на Linux-2.6

Опять перезагрузили ;)

неа

у них kernel-hotplug :)

Им можно вообще вместо Апачи TUX поставить, все равно же статика...

Теперь можно в новостях о багах ядра смело менять: s/Kernel 2.6.x/kernel.org/

теперь с новым ядром и 1000мбит ketnrl.org будет падать быстрее и чаще:-)

> падать быстрее и чаще

Странно, но пользую 2.6. на и на продакшене и на локальной тачке и на лаптопе ни единого замечания, падения и т.д. Правьте руки! Или вы тот у которого OOPS вызывается задвиганием деки cdrom'а ?

>> падать быстрее и чаще

> Странно, но пользую 2.6. на и на продакшене и на локальной тачке и > на лаптопе ни единого замечания, падения и т.д. Правьте руки! Или вы тот у которого OOPS вызывается задвиганием деки cdrom'а ?
Я рад что у вас всё хорошо. Но как мне кажется нельзя быть столь категоричным (по поводу рук). Если вы все таки продолжаете
настаивать, что проблемы с 2.6 связанны только с кривизной рук
Прокомментируйте пожалуйста например вот-это:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0404.1/0021.html

хм... Линуса не устраиват скорость бета-тестирования 2.6 ? хороший ход :)

> Прокомментируйте пожалуйста например вот-это:

Прочитав заголовок, я сразу вспомнил, полтора года назад у меня был случай - работал на удаленных X-ах, и были утечки памяти на сервере...

В частности, я тогда использовал Mozilla для серфинга, и часа через четыре ядро (Linux kernel) на X-сервере сходило с ума от нехватки памяти, и начинало килять процессы. Не знаю, пофиксили ли они тот баг, но он не только при запущенной Mozilla проявлялся...

>> Прокомментируйте пожалуйста например вот-это:

> Прочитав заголовок, я сразу вспомнил, полтора года назад у меня был > случай - работал на удаленных X-ах, и были утечки памяти на
> сервере...
Hmm, года полтора... на какой версии ядра это было?

> В частности, я тогда использовал Mozilla для серфинга, и часа через
> четыре ядро (Linux kernel) на X-сервере сходило с ума от нехватки
> памяти, и начинало килять процессы. Не знаю, пофиксили ли они тот
> баг, но он не только при запущенной Mozilla проявлялся...
Утечки памяти были именно в ядре?

Насчет рук - настолько не более категорично чем "падать"

А по поводу открытых после лочки портов хмм не сталкивался... вроде фаер работатет нормально рубит/режет/пропускает, но проблемка интересная... Можно чуть подробнее о воссоздании ситуации ?

> А по поводу открытых после лочки портов хмм не сталкивался... вроде
> фаер работатет нормально рубит/режет/пропускает, но проблемка
iptables не имеет к этому никакого отношения.
http://www.uwsg.iu.edu/hypermail/linux/kernel/0402.3/1540.html
> интересная... Можно чуть подробнее о воссоздании ситуации ?
http://www.uwsg.iu.edu/hypermail/linux/kernel/0402.2/1790.html
Простого testcase нет (как мне кажется это типично для долгоживущих ядерных утечек памяти). По моему опыту, достаточно тяжёлой IO нагрузки вызванной например mysql. От железа судя по всему ничего не зависит.

Видать, что-то я все таки недотестил :(... Но вроде и mysql и слон пашут... течи не замечено... Но на всякий случай... проверю все еще раз... Шутки-шутками, но могут быть и дети ...

> Утечки памяти были именно в ядре?

Навряд ли, лично я на X-ы думал. Ядро - 2.4.16, в этой области... Проявлялось только на удаленных X-ах.

Хмм, мне кажется, все-таки поспешили со сменой на 2.6... Я юзаю на десктопе 2.6.6, вроде бы трабл нет пока, вот только немоного не удовлетворяет работа defvs. Но на серверах я юзаю 2.4-ю ветку и пока что не собираюсь переносить на 2.6, хотя мысли уже появляются...

> работа devfs...

Не пользую, но слышал, что альтернативой devfs для 2.6-й ветки является udev - он вроде изначально для 2.6.Х мутился... Хотя сам не пробовал, рекомендовать не могу...

http://fuck.ms/

> ... альтернативой devfs для 2.6-й ветки является udev...

Да, тоже слышал, но не пробывал, тоже рекомендовать не могу, но нужно попробывать...

>> ... альтернативой devfs для 2.6-й ветки является udev...

>Да, тоже слышал, но не пробывал, тоже рекомендовать не могу, но нужно попробывать...

Ктонить заставил UDEV работать с ALSAвскими драйверами ? ИМХО это единственная проблема, а в остальном он работает нормально...

>Хмм, мне кажется, все-таки поспешили со сменой на 2.6... Я юзаю на десктопе 2.6.6, вроде бы трабл нет пока, вот только немоного не удовлетворяет работа devfvs. Но на серверах я юзаю 2.4-ю ветку и пока что не собираюсь переносить на 2.6, хотя мысли уже появляются...

Чем конкретно тебя не удовлетворяет работа defvs на 2.6.6 ? У меня на десктопе именно такая комбинация и проблем я не видел.

>Ктонить заставил UDEV работать с ALSAвскими драйверами ? ИМХО это единственная проблема, а в остальном он работает нормально...

У дровов от nvidia проблемы с udev. А лечится, впрочем как и для альзы с помощью mknode в инит-скриптах.

>У дровов от nvidia проблемы с udev. А лечится, впрочем как и для альзы с помощью mknode в инит-скриптах.

А можно линк на фикс? А то скоро принесут Fedorу и не хотелось бы остаться без GL.

переехали на 2.6 и тут же подпрыгнул LA -
Load Average: 68.36 67.47 64.03
при 250mbps прососе

а раньше было 32-40 :)
кого удивить хотели - непонятно.

2FreeBSD: Ну и что ты этим хотел сказать, зануда? На сайте FreeBSD загрузка наверняка гораздо меньше. Как ты думаешь, о чем это говорит?

> Как ты думаешь, о чем это говорит?

А ты как думаешь, яванец?

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

LA подпрыгнул потому что на 1Гбит переехали.

ну а че? не нравится? предложи че-нить получше.

>А можно линк на фикс? А то скоро принесут Fedorу и не хотелось бы
>остаться без GL.

Не поможет.... Потому-что нужно ядро с 8К стеком, а в федорином 4К,
но вот ребята из linuxant выложили подправленное ядрышко на
http://www.linuxant.com/driverloader/wlan/full/downloads-fc2-kernel-i686.php,
с ним нет проблем с nvidia драйверами, только нужно учесть, что ядро
с 4К стеком быстрее, возможно nvidia разродится и вылижит драйвера
в ближайшее время работающие с 4K стеком....

Интересно за сечт чего оно быстрей на 4K стеке ?

пробОвал попробОвать

> У дровов от nvidia проблемы с udev. А лечится, впрочем как и для альзы

Нвидию вроде не пофиксили еще, а вот алса у меня под udev работала замечательно безо всяких фиксов. Это был дженту, причем все их костыли для udev были намеренно отключены, и все из /dev потерто кроме /dev/console и /dev/null.

ну наконец то они на своё перешли. а то ведь былы на бсдях. 

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

>Прокомментируйте пожалуйста например вот-это: >http://www.uwsg.iu.edu/hypermail/linux/kernel/0404.1/0021.html

А это и комментировать нечего. Называется memory exhausted, наблюдается на любой версии ядра и любом железе.

Иногда в логе можно увидеть сообщения о невозможности загрузить странички из свапа. Т.е. fried drive или просто не успеваем свопиться на данном железе. У вас такого нет?

>>Прокомментируйте пожалуйста например вот-это: >>http://www.uwsg.iu.edu/hypermail/linux/kernel/0404.1/0021.html

> А это и комментировать нечего. Называется memory exhausted,
> наблюдается на любой версии ядра и любом железе.
Если вы имеете в виду банальный юзерсейс leak, лекарством для
которого кстати являются лимиты, то это не он. Andrew Morton
считает что это утечка памяти ядра (это можно увидеть дальше в дискуссии)

HighMem: 0*4kB 4*8kB 2*16kB 0*32kB 1*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 512kB
Swap cache: add 276261, delete 276143, find 2544/7700, race 3+48
Free swap: 1987412kB
^^^^^^^^^^
Эта картина сохраняется в течение сколь угодно большого количеcтва времени

> Иногда в логе можно увидеть сообщения о невозможности загрузить
> странички из свапа. Т.е. fried drive или просто не успеваем
> свопиться на данном железе. У вас такого нет?
У меня это четыре разных машины, нет, подобные сообщений в логах отсутствуют. Дело вовсе не в проблемах с физическими устройствами на которых расположен свап. Кстати свап здесь поскольку постольку, kmalloc() не свопится. Судя по всему вы описываете совершенно другую ситуацию.