Linux kernel 2.4.21 is out

Н-да - читаю отзывы в lkml и что то желание попробовать 2.4.21 потихоньку пропадает ...

Мда, надо ждать ac2 - то что есть сейчас не вдохновляет - правда только что попробовал 2.5.71 - тоже сакс , 70 хоть компилялась без проблем. А вообще старый классический треугольник kernel-glibc-gcc.

nptl в 21 не появился - так что использование его в 9й хате весьма проблематично.....

в 2.4.x он вообще никогда не появится

>Н-да - читаю отзывы в lkml и что то желание попробовать >2.4.21 потихоньку пропадает ...

а что конкретно народ ругает? у меня 2.4.21 уже 2'й день пашет пока никаких проблем замечено не было

>то что есть сейчас не вдохновляет

можно конкретнее????

>что конкретно народ ругает?
Ну пока особой _конкретики_ не вырисовывается
пока все на уровне "подземных стуков" ;)
(резаки глючат,сетка тормозит,ide dma...)

Может это просто неверное впечатление :)

>то что есть сейчас не вдохновляет

>можно конкретнее????

Пришлось вырубить ACPI & SB live иначе сваливалось на загрузке (21-ac1 мамка KT400)

:>в 2.4.x он вообще никогда не появится

ХЗ - поживем - увидим. Уж больно занятная фишка...

Может в AC ветке приживется.

Кстати, в nptl-0.4{4|5|6} поменяли интерфейс, gcc 3.2.3 (RH-CVS) перстал под ним собираться (и не только он)

RH давно уже переехала на gcc3.3

:>RH давно уже переехала на gcc3.3 Переехать то переехала - да только вот 3.2.3 продолжают активно долбить Потому как 3.3 на данный момент отстой полнейший - он сам себя с трудом компилит - и то с простейшей оптимизацией только. А 3.2.3 в CVS исполнении приблизился по надежности к старому доброму 2.95.3

Угу! На многих сайтах уже появилось предупреждение по поводу 3.3 Типа как раньше пинали 2.96

И в 3.3.1 (CVS) просвета тоже не видно :(

to green

Если не сложно и есть такая инфо, ткни плиз где можно почитать сравнительную инфо по поводу производительности ядра собранного gcc-2.95/96-3 vs 3.2.x и тем более 3.3.х

2ifconfig

Вряд ли такая инфа где либо есть - сборка кернела на gcc-3.3 сродни шаманским пляскам с бубном...

>Кстати, в nptl-0.4{4|5|6} поменяли интерфейс,

что за бред? так она POSIX или не POSIX? если POSIX, то почему что-то должно было перестать собираться?

Не знаю что это такое (бред/не бред) - говорю то что есть... Можешь сам проверить.

2 anonymous (*) (2003-06-16 19:25:34.049368)

>сборка кернела на gcc-3.3 сродни шаманским пляскам с бубном...

Бред, все собирается и работает просто на ура (по крайней мере 2.5).

Подтверждаю - с 0.43 - всё ok! После - мрак.

>сборка кернела на gcc-3.3 сродни шаманским пляскам с бубном...

это кто тебе такую глупость сказал?

:>Бред, все собирается и работает просто на ура

Это чистый gcc(c ftp.gnu.org) или подвергнутый "художественной" переработке каким либо производителем дистрибутов ? Если чистый - буду весьма признателен ВЫ поделитесь набром пачей и методом сборки сего продкта ...

нету у меня такой инфы. SuSE 8.2 поставлялось с каким то пререлизом gcc 3.3 и все работало. Сам я сейчас юзаю gcc 3.3 (релизный и из rawhide) как основной компилер в системе и особых проблем не замечаю).

Неправда твоя. gcc-3.3 даже 2.4 нормально собирает. Ну и 2.5 тоже без особых проблем.

Все те пачи что я видел - это по существу откат к 3.2.3

Какого "сего"? gcc 3.3 release? дык запросто - берешь сырцы, распаковываешь, configure --prefix=somewhere ; make ; make install

Гм - хорошо! Спросим по другому - кто нить самостоятельно его собрал и скомпилил кернел тот же под ним ?

2 green Ты сам пробовал это делать ? 8) только не говори что да - это будет заведомая ложь.

что-то я не совсем понял? новый nptl не собирается компилятором gcc 3.2.3? или сам компилятор не собирается если установлен новый ntpl?

сам 3.2.3 не собирается при nptl >0.43

>>нету у меня такой инфы.

гм.. странно...
тогда встает резонный вопрос, а если "смысл", ну кроме религии в сборке ядра новым gcc ?
Я до сих пор собираю 2.4.20 старым добрым gcc 2.93.3 и 2.96.last
все работает.. так таки смысл есть или это все "понты для приезжих", по крайней мере применительно к ядру?

>>gcc 2.93.3
сорри 2.95.3 конечно

2 ifconfig

ну смысл есть - по крайней мере при использовании 3.2.3 (добиться от 3.3 стабильной работы мне так и не удалось) ядро получается или меньше (при -Os) или быстрее при (O?) - к сожалению 2.95.3 под рукой нету - поэтому конкретной цифири привести не могу...

гм.. ну а цифери то есть? а то субъективно это все - субъекетивно. меня собсно интересует исключительно работа СУБД под этим ядром. Вобщемто не буду (как обычно про оракл), но може кто чего померяет применительно к постгрес? А Грин?

Когда я перелезал на 3.2.х то сравнивал с 2.95.3 было примерно так: fs + 5-10%

kernel call + 10-12%

fb + 16-20% (замерялось только для nvidia)

pSQL пахал примерно на 10% быстрей

Компилилось все -O2 -fomit-frame-pointer (точно правда не помню - но никаких излишеств не было - в смысле оптимизации)

Ядро 2.4.20 (kernel-source-2.4.20-7) не собирается gcc-3.3 (gcc-3.3-2)
Debian Sarge (testing)

Maintainer говорит - пользуйтесь гцц-3.2...

Я собирал и его и кернел. работает.

Э... ну вот смотри сам:
$ gcc -v
Reading specs from /usr/local/gcc33/lib/gcc-lib/i686-pc-linux-gnu/3.3/specs
Configured with: ./configure --prefix=/usr/local/gcc33 --enable-languages=c
Thread model: posix
gcc version 3.3

ну или там: $ cat /proc/version
Linux version 2.4.21-rc8-skas3-bram-dl-qv2 (green@shrek.linuxhacker.ru) (gcc version 3.3 20030602 (Red Hat Linux 3.3-4)) #1 SMP Sat Jun 7 19:44:23 MSD 2003
(кстати этот кернел - на этом самом сайте живет)

Без понятия. Тебе интересно - попробуй проверить.

Ну как я тебе померяю? Я ж незнаю чего тебе померить. Опять же У меня железки одни - у тебя другие. По всякому тебе нужно у себя мерять

Во - это уже ближе к телу ....

2.4.21 - собирается уже. Многие gcc 3.3-несовместимости поправили.

>>--prefix=/usr/local/gcc33 --enable-languages=c

а оно у тебя в системе в единственном экземпляре ?

не стоит ли в /usr gcc-3.2.х ?

/#gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/specs Configured with: ../gcc/configure --prefix=/usr --enable-shared --enable-haifa --enable-threads=posix --with-slibdir=/lib --enable-__cxa_atexit --enable-clocale=gnu --disable-debug --disable-profile --with-system-zlib --disable-nls --enable-long-long --enable-languages=c,c++,objc,objc++,f77 Thread model: posix gcc version 3.2.3 (lYnUX)

Нет. В /usr стоит gcc-3.3 prerealease из поставки SuSE, но первым в пути идет именно релизный gcc-3.3, потому что код который генерит сузевый пререлиз мне не нравится. У меня ешшо всякие другие версии в других местах стоят ;)

Хех - а покаж gcc -v от сюзьки

$ /usr/bin/gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.3/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit i486-suse-linux
Thread model: posix
gcc version 3.3 20030226 (prerelease) (SuSE Linux)

Кстати, о птичках... Меня вот что заботит: а как собрать тот же gcc, но так, чтобы оно код для MIPS генерило?
А самое главное, как забацать ядро для SGI-IP20?

Элементарно. Нужно собрать gcc как кросскомпилер. А потом ядру сказать что оно кросскомпилится куда нуна (ну и пути там прописать и тп). Я так для arm'а и спарка собираю ядра.

Забыл сказать - что одного gcc мало, нуна ешшо собрать binutils. А если userspace проги тоже будешь собирать, то ешшо glibc и другие библиотеки.

Но кернел сгенерен gcc version 3.3 20030602 (Red Hat Linux 3.3-4)