LINUX.ORG.RU

Ядро 2.6 все ещё development?


0

0

Недавнее обсуждение на lkml показало, что ядро 2.6 на случайных операциях чтения/записи характерных для СУБД медленней ядра 2.4 в два три раза. В конце осуждения Andrew Morton предложил патч, который вроде бы должен решить эту проблему, но ответов не последовало

>>> Подробности

★★★★★

Проверено: Demetrio

А чего - только счас заметили? Значит это редко встречающаяся ситуация.

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

появление 2.7 будет говорить о том, что пора бы присматриваться к 2.6

anonymous
()

А вы как думали, гоняете только Х, а что там с фреймбуфером творится поди и не знаете.

anonymous
()

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

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

> Возможно довольно редкий случай. При появления 2.6 всюду были тесты о сумашедшей скорости ядра ..

Да практически о космической - на 1000% быстрее 2.4.х!
Я абсолютно не удивлюсь если еще найдутся ляпы подобного типа (или как например было с preempt).

Так что как бы там не орали... на сервер пингвин еще не дорос.

М.

FreeBSD ★★★
()

тоже мне новость то кернел паник при mount /dev/cdrom то can' not find /dev/hda с которого ядро загрузили то вааще вечный ldconfig

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

>Так что как бы там не орали... на сервер пингвин еще не дорос.

который?

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

Selecter,

Так это пускай делают те, у кого линукс на серверах стоит. Я не имею такого счастья, так что не могу присылать баги (ибо негде мне их вылавливать).

М.

FreeBSD ★★★
()
Ответ на: комментарий от Selecter

>Лучше бы баги репортили, чем возмущаться.

Неа, лучше их править!

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

Почему тогда только дожив почти до 2.6.6 заметили реальные тормоза?

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

Shaman007,

Ну когда 2.6 вышло, и все пировали о его скорости (да и много чего еще), что мол обгоняет все на свете.. то мне тоже стало дико интересно и я попробывал ядро. Был очень разочарован, и решили оставить запускалки для Оракля на 2.4 (сейчас это 2.4.26), хотя Андрю Мортон & Cо. советуют переходить на 2.6, да и вообще - это стабильная ветка, причем официально.
Плюс ко всему - я ведь тоже не слепой, и читаю новости (включая эту). Так что основываясь на своем опыте и опыте других, я делаю свои выводы.

Вообщем попировали в начале года, когда вышло "долгожданное" 2.6 ядро, а теперь я смотрю что-то поутихли все по норкам, да и всякого рода бенчмарков совсем не стало (а ведь было по 2-3 в день!). Судя по всему ничего такого в 2.6 не осталось, чем бы можно было похвастаться перед другими.

М.

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

Re:

> Ну когда 2.6 вышло, и все пировали о его скорости (да и много чего еще)

На сколько помню я, таки про скорость было сообщено только то, что оная выше в интерфейсной работе. Быстрее реакция на действия пользователя. А в целом -- производительность пониже. Что и понятно.

philon
()
Ответ на: Re: от philon

Не только. Выше скорость сетевой работы. Это факт.

anonymous
()

> В конце осуждения Andrew Morton предложил патч, который вроде бы должен решить эту проблему, но ответов не последовало

Ну, это как бы не совсем правда. "Ответов последовало", разница между 2.4 и 2.6 сократилась существенно, там осталось несколько процентов разницы (~3%). С 2.4 была точно такая же история, его очень долго тюнили, так что стоит ожидать, что и 2.6 будут ещё тюнить долго.

Casus ★★★★★
()
Ответ на: комментарий от FreeBSD

> Вообщем попировали в начале года, когда вышло "долгожданное" 2.6 ядро, а теперь я смотрю что-то поутихли все по норкам, да и всякого рода бенчмарков совсем не стало (а ведь было по 2-3 в день!).

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

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

"Ипанутая какая-то логика. Пообсуждали фичи несколько дней, да и хватит, дальше обычная рабочая рутина. Или по-твоему новый год тоже нужно круглый год праздновать и обсуждать?"

Да нет, это я как раз к тому что, то, чем так хвастали сразу после выхода ядра, сейчас оказывается совсем не тем. Так сказать "first impressions" оказались таки обманчивыми. Для примера:

1) К теме о сетевой скорости - новость уже пробегала, но тем, кто не читал - http://ntop.org/Ring.pdf. Не знаю как щас с этим обстоят дела, но надеюсь что улучшения есть.

2) Насчет десктопа - вроди именно этим PREEMPT (правильно написал?) и занимается? Кому интересно - в архивах есть новость.

M.

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

> когда вышло "долгожданное" 2.6 ядро

Почему "долгожданное"? Наоборот "недолгожданное" или скорее "скороспелое".

anonymous
()

Да, 2.6 ещё сыровато. Я использую его уже давно и периодически
оно подглючивает.
Сегодня уже во второй раз увидел глюк когда ls и другие процессы
отказываются видеть текущий каталог. Т.е. "ls -la" вообще ничего
не находит, даже "." и "..", в то время как "ls -la `pwd`" работает
нормально. strace показывает что getdents() возвращает ENOENT.
Ещё несколько раз видел Oops при шатдауне системы. Несколько раз
всё намертво повисало при переключении X->console.
Все эти глюки очень редки, может раза два в месяц я их вижу, но
они есть и на сервак я бы это ядро не поставил.
На этом же железе 2.4 никогда не глючило.
А ещё на 2.6 у меня под dosemu Z80Stealth не работает, в то время
как на 2.4 под тем же dosemu отлично работает - странно...

> Лучше бы баги репортили, чем возмущаться.
А как их репортить, если даже я сам их воспроизвести не могу?
Глюканёт разок, и потом опять всё нормально в течении нескольких
недель как минимум. Разумеется никто из разработчиков их тоже по
моему репорту воспроизвести не сможет. И хрен знает когда вообще
их пофиксят.

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

> на сервер пингвин еще не дорос.

И под чем же у тебя ораклы, о которых ты ниже говоришь, крутятся? Неужто под FreeBSD 2.4 ??? :-)

no-dashi ★★★★★
()
Ответ на: комментарий от anonymous

> Сегодня уже во второй раз увидел глюк когда ls и другие
> процессы отказываются видеть текущий каталог.

Это вы об этом?

$ cd ; mkdir ~/stupid; cd ~/stupid; rm -rf ../stupid ; mkdir ~/stupid ; echo LS No1 ; ls -la ~/stupid ; echo LS No2 ; ls -la `pwd`; echo ls No3; ls -la
LS No1
total 8
drwxrwxr-x 2 dalth dalth 4096 Май 6 23:59 .
drwxr-xr-x 59 dalth dalth 4096 Май 6 23:59 ..
LS No2
total 8
drwxrwxr-x 2 dalth dalth 4096 Май 6 23:59 .
drwxr-xr-x 59 dalth dalth 4096 Май 6 23:59 ..
ls No3
total 0
$ strace ls -la 2>&1 | grep dents
getdents64(3, 0x805f394, 4096) = -1 ENOENT (No such file or directory)

Ну, сами себе злобный буратино :-)

> Несколько раз всё намертво повисало при переключении X->console. [...skpiied...] на сервак я бы это ядро не поставил.

А ты на сервере в X-ах работаешь? У-у-у, храбрый парень Робин Гуд :-) Не используйте кривых акселерированных драйверов.

no-dashi ★★★★★
()
Ответ на: комментарий от FreeBSD

>>Судя по всему ничего такого в 2.6 не осталось, чем бы можно было >>похвастаться перед другими.
:))) Ага испарилось ! С такими никами шли бы вы отсюда !

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

> $ cd ; mkdir ~/stupid; cd ~/stupid; rm -rf ../stupid ; mkdir ~/stupid ; echo LS No1 ; ls -la ~/stupid ; echo LS No2 ; ls -la `pwd`; echo ls No3; ls -la
Намёк понял, спасибо. Очень даже может быть что именно по этому
(только не rm -rf, а, например, mv в другой консоли).

> Ну, сами себе злобный буратино :-)
Согласен, с этим стормозил похоже.

>> Несколько раз всё намертво повисало при переключении X->console.
> [...skpiied...] на сервак я бы это ядро не поставил.
> А ты на сервере в X-ах работаешь?
Вот только не надо зубы заговаривать, ладно? :) Баг есть баг и
не известно где он ещё проявиться может.
А то что же получается, на рабочей станции ещё глючит, а на
сервер - уже можно?

> Не используйте кривых акселерированных драйверов.
Я, кажется, уже говорил, что с 2.4 проблем не было вообще.
Я не использую Nvidia, если вы на это намекаете. Карточка
Matrox G200, никакие проги, требующие акселерацию, не запускаю
тоже. Ядро Not Tainted.
Да и Oops'ы иногда проскакивают - а это уже настораживает. Правда
очень редко.

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

> Да и Oops'ы иногда проскакивают - а это уже настораживает. Правда
> очень редко.
О, вспомнил ещё один недавно виденный баг: при попытке обратиться
к файлу через SMB, процесс ушёл в D state, да так, что и
перезагрузиться нормально не удалось - при размонтировании файловых
систем, когда дело дошло до smbfs, umount тоже ушёл в D. В
результате пришлось применить reset.

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

> Так что как бы там не орали... на сервер пингвин еще не дорос.

Читай посты внимательней, про это никто и не орал.

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

to FreeBSD.

>Так это пускай делают те, у кого линукс на серверах стоит. Я не имею >такого счастья, так что не могу присылать баги (ибо негде мне их >вылавливать).

Тогда, простите, какого х... вы возмущаетесь.

anonymous
()

>>GNU/Linux community как всегда в своем репертуаре. "Выше, Быстрее, >>Сильнее!"
Дык мы же не покойники как BSD. :)))

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

Ну не знаю как на серваках но на моём десктопном компе всё в норме, даже UDF нормально работает, ну почти нормально :)

cyclon ★★★★★
()
Ответ на: комментарий от FreeBSD

>вроди именно этим PREEMPT (правильно написал?) и занимается?

ВродЕ.

Не только PREEMPT и не только этим.

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

>А ещё на 2.6 у меня под dosemu Z80Stealth не работает, в то время как на 2.4 под тем же dosemu отлично работает - странно...

Думается, это из-за exec shield и selinux.

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

>>А ещё на 2.6 у меня под dosemu Z80Stealth не работает, в то время как на 2.4 под тем же dosemu отлично работает - странно...
> Думается, это из-за exec shield и selinux.
Не, я, разумеется, на чистом пробовал. Что интересно - все остальные
проги под dosemu работают, включая и те, что используют DPMI.
А вот Z80Stealth - ни в какую. Вот ведь как... Попробую разобраться,
благо глюк воспроизводим с вероятностью 100% и отсутствует на 2.4.

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

>тоже мне новость то кернел паник при mount /dev/cdrom то can' not find /dev/hda с которого ядро загрузили то вааще вечный ldconfig

соседи дом не раскачивают ?

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

> спокойно может жить и под 4.х веткой и под 5.х веткой ирония тут не уместна

Это вы про Oracle на FreeBSD? Если да - то с такими предложениями только в лес. Потому, что:

а) вы лишаетесь даже минимальной поддержки

б) а сможете ли вы собрать какой-нибудь софт, который использует оракловые библиотеки - или такой софт тоже собирать на Linux'е, а потом тащить на FreeBSD? Спасибо, но мы уж лучше на родной платформе поработаем.

Так что скепсис здесь очень даже уместен :-)

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Конкретный глюк: Linux-2.6.x, используется в качестве NFS-сервера(kernel-server), клиенты - sparc-станции под Solaris-8 со всеми рекомендуемыми патчами. Пробуем скачать любой файл размером от нескольких килобайт, и получаем скорость от 3 до 35Kb/s. Если клиент тоже под linux, то все летает. Под 2.4 таких проблем нет.

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

>Конкретный глюк: Linux-2.6.x, используется в качестве >NFS-сервера(kernel-server), клиенты - sparc-станции под Solaris-8 со >всеми рекомендуемыми патчами

Конкретный ответ: Ядро поменяли небось с 2.4 на 2.6 ? А таперича пересобери glibc и само собой все от него зависящее. А то все хаят 2.6 типа криво .... медленно.... А то что ядро 2.6 это совсем другая ветка развития как то забыли.

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

А у меня проблем нет. NFS-server на 2.6.3, клиент на Sol9

Puzan ★★★★★
()
Ответ на: комментарий от cyclon

>Ну не знаю как на серваках но на моём десктопном компе всё в норме, даже UDF нормально работает, ну почти нормально :)

В смысле "нормально" ?

Речь идет о pktcdvd (который oops-ится при попытке смонтировать на нем не UDF а ISO9660) или о той поделке что идет в основной ветке ядра и по жизни работает с UDF только в RO (на CD-RW/DVD)

PS: мелких глючков и больших глюков в 2.6.x полно, при этом на багрепорты народ из lkml и смежных списков рассылки по подсистемам отвечает как то странно ;) типа "это глюк не моей подсистемы а подсистемы xxx" что отвечают на это разработчики подсистемы xxx догадаться нетрудно ;)

На мой взгляд 2.6.x дойдет до уровня готовности 2.4.19(как более менее стабильного релиза из ветки 2.4 если закрыть глаза на секурити баги, жившие в нем еще со времен 2.2) релизов через 10-15 (точнее хотелось бы так думать ;))

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

> В чем конкретно разница между линуксом и фрей? Киньте ссылку плиз.
линукс - конструктор, для тех кто хочет поиграться с ос, поковыряться в ее внутреннем устройстве...
БСД - готовое решение промышленного уровня.

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

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

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

>> Конкретный глюк: Linux-2.6.x, используется в качестве
>> NFS-сервера(kernel-server), клиенты - sparc-станции под Solaris-8
>> со всеми рекомендуемыми патчами. Пробуем скачать любой файл
>> размером от нескольких килобайт, и получаем скорость от 3 до
>> 35Kb/s. Если клиент тоже под linux, то все летает. Под 2.4 таких
>> проблем нет.

и у меня такая же ерунда, только тачка десктопная.. outgoing-скорость ваащщще никакая.. :( ядро 2.6.3; на 2.4.18 всё лётало..

> Конкретный ответ: Ядро поменяли небось с 2.4 на 2.6 ? А таперича
> пересобери glibc и само собой все от него зависящее. А то все хаят
> 2.6 типа криво .... медленно.... А то что ядро 2.6 это совсем
> другая ветка развития как то забыли.

тоже так же думал, но не помогло ни фига.. :(

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

>>В чем конкретно разница между линуксом и фрей? Киньте ссылку плиз.
linux - развитие, BSD могила.

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

>основная разница в ядре..

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

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

Я так понимаю что мир без мастдая жить не может. И судя по постам мастдаем номер 1 становится GNU/Linux.

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

>БСД - готовое решение промышленного уровня.

и как это "готовое решение промышленного уровня." совместимо с промышленным стандартом SysV ? ;)

BTW: Вот он стандарт http://www.opengroup.org/lsb/cert/cert_prodlist.tpl ;)

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