LINUX.ORG.RU

Вышло ядро 2.6.5


0

0

По сравнению с предыдущими версиями 2.6 ядра, это ядро готовилось по дольше, но и зато changelog его весит ~350Kb. Лениво было просматривать весь... что нового я увидел?

- Обновлены драйверы ALSA;

- Много изменений/добавлений к USB;

- Много чего понаписано для архитектур PPC, IA64;

- Много измениний в I2C;

Короче смотрите сами.

>>> Changelog

Нашёл то, что искал. Много багфиксов preempt

Selecter ★★★★
()

Вот и хорошо ...

Очень много добавлений и исправлений поддержки ALSA ...
Надеюсь хот теперь у меня заработает AC97 на Asus AV600 (VIA KT600)

а то живу с ess1939 ... обыдно даже ...

Да и usb почистили в ядре ... тоже прекрассно.

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

и только анонимусы стабильны и предсказуемы как скала ))

HellAngel ★★
()

КОрочЕ В НОВОСТИ ВСЕ НАПИСО КУДА ЖЫТЬ!!

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

> А самого главного ;)), v4l (saa7134), опять нет :(

Ээээ, а это разве не то что надо ? alex:/fs/u04/WORK/linux-2.6.4/drivers/media/video# ls -ld cx88 saa7134 drwxrwxr-x 2 1046 1046 4096 Фев 18 09:59 cx88 drwxrwxr-x 2 1046 1046 4096 Фев 18 09:59 saa7134 alex:/fs/u04/WORK/linux-2.6.4/drivers/media/video#

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

> Так такой звуковой кодек уже давно поддерживался!

Ага ... вот тока на моей матери не работал ...
опознавался ...
 а вот при проигровании писал что Error: snd sequenser ....
 и все ... тишина ...


может сейчас заработает ... 

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

> А нафига ядра целиком тягать ? Разве патча не достаточно ? :-)

Ну дык раз в три - пять релизов можно себе позволить и целиком ядрышко слить ...
 я вот например, первый раз за 4 релиза слил ядро целиком ... 

что-бы патчи было не мучительно долго накладывать ... ;)

galchyonok ★★
()

Доброго времени суток уважаемые.
Не могли бы Вы ответить на вопросы:
1) Готово ли это ядро для "стрессовых нагрузок":
к примеру 2-х проц.атлон 1.5 Гб рамы, raid0
Последний месяц работает в режиме:
la > 3
таск крутится по 12 суток, при этом ест 1300 метров, около 10 Гб на жестком диске.
на фоне такого таска крутятся еще small задачки.
Так вот:
а) У кого-нибудь в таком режиме уже работает сервер/числодробильня
на 2.6 ? Перезагрузки не допустимы, таск не поднять .... вернее много информации теряется.
б) Насколько оно производительнее 2.4.25 ? Имеет ли смысл переход с 2.4.25 на 2.6.5 ?
2) В дебиане, насколько я понимаю, придется переходить на sig ?
Отталкиваюсь оттого, что обновить gcc с 2.95.что-то там
он тянет glibc-2.3.2, binutils,kernel-headers ...
Или я неправ ? Стоит woody. glibc обновлять не хочется, потому как тянуть придется слишком много, да и не хочется весь софт пересобирать.

Заранее благодарен, $echo.

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

1.87K/s
не густо сегодня... видимо много желающих очень. на пути от меня до kernel.org
у них 60% полосы только используется

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

> Отталкиваюсь оттого, что обновить gcc с 2.95.что-то там он тянет glibc-2.3.2, binutils,kernel-headers ...

gcc 3 легко собирается из сорцов и ставится вторым компилятором на существующей системе. ну да, это будет не дебиановский пакет, зато йобли с обновлением нагруженной системы не будет

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

в курсе. Уже давно собран 2.3.2,но ядро собираю 2.95. Мне интересно

1) Намного ли производительнее 2.6.* для smp с-м. При при нагрузках, описанных выше ?
2) смогу ли я на woody без лишних плясок собрать 2.6.5?
Пока это только любопытство. Не более того-). Потому еще около 5-ти суток "с-му трогать не моги". Вот.
$echo.

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

>Доброго времени суток уважаемые.

>Не могли бы Вы ответить на вопросы: >1) Готово ли это ядро для "стрессовых нагрузок": >к примеру 2-х проц.атлон 1.5 Гб рамы, raid0 >Последний месяц работает в режиме: la > 3 >таск крутится по 12 суток, при этом ест 1300 метров, около 10 Гб на жестком диске.

Я неделю гонял 2.6.3(x86_64) на dual Opteron 2GB RAM + JFS + образ задачки ~900Mb, диск правда не райд - проблем особых не заметил...к сожалению попробовать задачку с размером образа >4Gb пока не судьба

>а) У кого-нибудь в таком режиме уже работает сервер/числодробильня на 2.6 ? Перезагрузки не допустимы, таск не поднять .... вернее много информации теряется.

Да. Вот только рекомендуется переписать задачку так, чтобы можно было восстанавливаться ... мало ли что ... отрубят энергию для профилактики силовой подстанции часов на 12 ;)

>б) Насколько оно производительнее 2.4.25 ? Имеет ли смысл переход с 2.4.25 на 2.6.5 ?

Если чистое числодробление на multihead то вообще говоря многопроцессорность поддерживается заметно лучше а вот при интенсивном I/O с диском _говорят_ есть проблемы ... я правда особых тормозов не заметил.

>2) В дебиане, насколько я понимаю, придется переходить на sig ? Отталкиваюсь оттого, что обновить gcc с 2.95.что-то там он тянет glibc-2.3.2, binutils,kernel-headers ... Или я неправ ? Стоит woody. glibc обновлять не хочется, потому как тянуть придется слишком много, да и не хочется весь софт пересобирать.

Вообще говоря переход с 2.95.3 на 3.2.x-3.3.x лично у меня вызвал кучу проблем по переписыванию кода :(

sS ★★★★★
()

а вот моя PS2 мыша глючит до сих пор - постоянно скачет
при наличии ppp траффика :((

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

>1) Намного ли производительнее 2.6.* для smp с-м. При при нагрузках, описанных выше ?

Зависит от задачи ... но на ощупь 2.6 работает я бы сказал более "гладко"

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

>а вот моя PS2 мыша глючит до сих пор - постоянно скачет при наличии ppp траффика :((

Было что то похожее в районе 2.6.0-test2 на USB мыше + GPRS через тот же USB но вроде бы давно такого не наблюдается ...

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

Как не дебиановский пакет? apt-get install gcc-3.0 С момента выхода woody в stable gcc-3.0 есть. На неофициальных apt sources можно и поновее найти. У меня 3.2.3 лежит, может у кого и поновее есть. А в testing вообще 3.3.3

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

> 2) В дебиане, насколько я понимаю, придется переходить на sig ? Отталкиваюсь оттого, что обновить gcc с 2.95.что-то там он тянет glibc-2.3.2, binutils,kernel-headers ... Или я неправ ? Стоит woody. glibc обновлять не хочется, потому как тянуть придется слишком много, да и не хочется весь софт пересобирать.

Не прав, разумеется. Открой для себя www.backports.org

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

Ну наконец то.

[PATCH] Emulate deviceless bridge ioctls This helps vmware users running vmware on x86-64 - vmnet tries to set up a bridge. Emulate these ioctls. The bridge has more ioctls on its bridge device, but these don't seem to be needed here.

С другой стороны, можно подумать, оно и без этого не заводилось...

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

>Я неделю гонял 2.6.3(x86_64) на dual Opteron 2GB RAM + JFS + образ задачки ~900Mb, диск правда не райд - проблем особых не заметил...к сожалению попробовать задачку с размером образа >4Gb пока не судьба
Это будет интересно знакомым, кто за Оптеронами следит-)
>Да. Вот только рекомендуется переписать задачку так, чтобы можно было восстанавливаться ... мало ли что ... отрубят энергию для профилактики силовой подстанции часов на 12 ;)
К сожаление это так-называемый multi-step jobs в режиме semi-direct. Смысл в том, что часть данных перерасчитываются по мере надобности, часть скидывается на диск.Файлы scratch могут быть оказать битыми при аварийном завершении задачи(www.gaussian.com). К примеру на 1-ое апреля очень оригинально "пошутили" электрики: за минуту 3 раза питалово исчезало. Лежал весь академ-)).2 машины с упсами нормально пережили. А вот кластера все и Бартон-2600+(последнее приобретение) упали. А с исходниками туго для России(кстати это похоже клинический факт - более менее серьезный софт в нашу страну под различного рода уловками стараются не поставлять).
>Если чистое числодробление на multihead то вообще говоря многопроцессорность поддерживается заметно лучше а вот при интенсивном I/O с диском _говорят_ есть проблемы ... я правда особых тормозов не заметил.
А от тех задач я отошел - программу выдал и ей считают другие люди уже( до сих пор с ужасом вспоминаю бессоные ночи - размер файла в 60 Гб и много проблем. Тогда кстати винт и полетел. Если верить слухам от расчетчиков, они уже на 150 Гб файл пишут )))
Попробую как только появится возможность-) За последние 10 дней удалось много интересного софта "стянуть" и собрать в режиме parallel) для smp.
>Если чистое числодробление на multihead то вообще говоря многопроцессорность поддерживается заметно лучше а вот при интенсивном I/O с диском _говорят_ есть проблемы ... я правда особых тормозов не заметил.
Используемый нами софт написан на фортране. При этом, он при сборке, как правило, требует
g77, но лучше pgi || ifc - Fortran
MPI || Peigs && GA - для параллелизации.
а gcc я пересобирал постольку, поскольку в версиях ниже 3-ки была проблема с размером файла - он был ограничен в 2 Гб. Это не совсем приятно, в силу того что, не все программы делают split work-,tmp-файлов. Потому и пересобрал.
Спасибо за развернутый ответ.
$echo.

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

> таск крутится по 12 суток, при этом ест 1300 метров, около 10 Гб на жестком диске. на фоне такого таска крутятся еще small задачки. Так вот: а) У кого-нибудь в таком режиме уже работает сервер/числодробильня на 2.6 ?

$ uname -rms

Linux 2.6.3 i686

$uptime

19:57:34 up 43 days, 22:17, 4 users, load average: 4.25, 4.13, 4.09

Правда, I/O там почти никакого нет, но памяти эти твари сжирают примерно ~ 2Gb ( т.е., сколько есть ).

> б) Насколько оно производительнее 2.4.25 ?

Никакой разницы.

> Имеет ли смысл переход с 2.4.25 на 2.6.5 ?

Нет.

> 2) В дебиане, насколько я понимаю, придется переходить на sid ?

Не обязательно.

> Отталкиваюсь оттого, что обновить gcc с 2.95.что-то там он тянет glibc-2.3.2, binutils,kernel-headers ...

Не тянет.

$ apt-cache depends gcc-3.0

gcc-3.0

Depends: gcc-3.0-base

Depends: libgcc1

Depends: libc6

Depends: cpp-3.0

Depends: cpp-3.0

Depends: binutils

Suggests: gcc-3.0-doc

Recommends: <libc-dev>

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

А попробуйте на фортране написать код - который пишет файл больше 2-х Гб, а затем его считывает -)
Насколько я помню в 3.2* это проблема уже была решена.
Про 3.0 я в курсе -)
$echo.

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

Ок. Значит пока не буду лишних телодвижений делать.
По поводу gcc
пробуем
apt-cache search gcc-3.2.3
в stable поискать ) Придется на unstable переходить ( то же самое относится к apt-get.org ). Вот. Я с вуди уходить в сиг не хочется( субъективно, и все тут).
Еще раз спасибо за ответ.
$echo.

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

Думаю, что может. В gentoo, по крайней мере, есть такой ebuild.
* sys-kernel/wolk-sources
Latest version available: 4.9-r4
Latest version installed: [ Not Installed ]
Size of downloaded files: 38,538 kB
Homepage: http://wolk.sourceforge.net http://www.kernel.org
Description: Working Overloaded Linux Kernel (Server-Edition)
License: GPL-2

А на сайте wolk.sf.net лежат патчи для <=2.6.4
http://sourceforge.net/project/showfiles.php?group_id=49048

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

> Придется на unstable переходить

gcc-3.3 есть в testing

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

> А попробуйте на фортране написать код

Нет уж, я лучше пойду утоплюсь, чем буду что-то на FORTRAN'-е писать...

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

В Оби ?))))
$echo.
P.s. Спасибо за ответ, но я даже текстовики умудряюсь на этом самом фортране обрабатываю ....
2Selecter wolk - может быть. Как-то пробовал его, но с DMA не заладилось. А потом с kernel.org вполне устраивали. Стало интересно - насколько обоснован переход с 2.4.25 на 2.6.* помимо интереса (человеческий фактор).
$echo.

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

>Ээээ, а это разве не то что надо ? alex:/fs/u04/WORK/linux-2.6.4/drivers/media/video# ls -ld cx88 saa7134 drwxrwxr-x 2 1046 1046 4096 Фев 18 09:59 cx88 drwxrwxr-x 2 1046 1046 4096 Фев 18 09:59 saa7134 alex:/fs/u04/WORK/linux-2.6.4/drivers/media/video#

Я имею в виду в ченджлоге. Значит до сих пор нет нормального драйвера для AverTV 305 :(

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

>scripts/patch-kernel придет на помощь отцу русской демократии.

поясните плз вот у меня есть исходники 2.6.3 а я хочу посмотреть на 2.6.5 мне сколько патчей надо скачать? хватит ли этих?:

ftp://ftp.kernel.org/pub/linux/kernel/v2.6/patch-2.6.4.bz2

и

ftp://ftp.kernel.org/pub/linux/kernel/v2.6/patch-2.6.5.bz2

и что, их просто наложить на мой кернел по очереди и получится 2.6.5?

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

А причем здесь ченджлог ? Там и про BT878 упоминаний нет :-), но из этого же не следует что 203 авер и прочие карты на этом чипе не работают. И каков критерий нормальности драйвера или его не нормальности ?

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

>apt-cache search gcc-3.2.3 в stable поискать )

Сделай

echo deb http://ftp.45.free.net/debian local updates tcl>>/etc/apt/sourses.list apt-get update

и повтори операцию. Будет тебе как раз 3.2.3. Рядом лежит и 3.3.3, но - для target platform MS=DOS. Пакет называется gcc-3.2

просто мне лень еще раз пересобирать было.

>Придется на unstable переходить ( то же самое относится к apt-get.org

На тестинг а не на анстейбл. Между ними очень большая разница.

А на apt-get org ты наверное плохо искал. По запросу gcc-3.2.3 могло действительно ничего не найтись. В название пакета третья цифра версии традиционно не включается.

>). Вот. Я с вуди уходить в сиг не хочется( субъективно, и все тут).

Правильно не хочется. Уходи на sarge. Или научись сам бекпорты делать.

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

>Стало интересно - насколько обоснован переход с 2.4.25 на 2.6.*

Я себе 2.6.3 на ноут поставил ...

Потому как к примеру на 2.4.x hibernate никак кроме как через swsusp2 сделать не получается (правда именно swsusp2 как раз самый фичастый) а в 2.6.х аж 3 альернативы есть + гораздо более лучшая поддержка таких фич как CPU Frequency scaling etc.

Про поддержку x86_64 на 2.6.x я уже говорил...

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

>1.87K/s не густо сегодня... видимо много желающих очень. на пути от меня до kernel.org

Гы... У меня 83,2 KByte/s.

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

>>1.87K/s не густо сегодня... видимо много желающих очень. на пути от меня до kernel.org
>Гы... У меня 83,2 KByte/s.
Да, не густые каналы у kernel.org
Resolving www.kernel.org... done.
Connecting to www.kernel.org[204.152.189.116]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 34,684,611 [application/x-bzip2]

100%[========================================================>] 34,684,611 659.38K/s ETA 00:00
22:34:12 (659.38 KB/s) - `linux-2.6.5.tar.bz2' saved [34684611/34684611]

anonymous
()

А правду говорят, что на ядре 2.6.5 нвидиевские дрова не работают? У меня на 2.6.5-rc3 не заработали, на 2.6.4 с таким-же .config все отлично. Дрова 1.0-5336.

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

>какие 3 альтернативы?

- swsusp

- pmdisk

- swsusp2

PS: Их всего 3 а не +3 ;)

PS2: может чего еще может APM но я его не пользую ... так что ХЗ.

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

Э.. пардон, а в чем разница? в 2.6 включаешь поддержку acpi, потом echo 3 > /proc/acpi/sleep, оно спать... это, все что вы назвали, сторонние приблуды?

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

>Э.. пардон, а в чем разница? в 2.6 включаешь поддержку acpi, потом echo 3 > /proc/acpi/sleep, оно спать... это, все что вы назвали, сторонние приблуды?

То что вы назвали это swsusp (в 2.6 входят swsusp и pmdisk а swsusp2 пока в виде патча)

смотрим сюда: http://swsusp.sourceforge.net/features.html

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

>А правду говорят, что на ядре 2.6.5 нвидиевские дрова не работают? У меня на 2.6.5-rc3 не заработали, на 2.6.4 с таким-же .config все отлично. Дрова 1.0-5336.

Нагло пи%дят... У меня работают ))

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