не нужно потрясений
плавно-поступательное движение

Улучшение только в imagemagick и OpenSSL. Так что топик наполнен ложью.

>Ну а когда он научиться собирать что-то серьезное, типа кернела, то тогда уже можно будет начинть оптимизировать производительность до уровня говно-gcc.

Не теохульствуй!

>Кстати а интел-дрова на видео себя лучше вести на нем не стали?

У меня при использовании intelfb с опцией accel, запуск иксов вешает
экран. Без ускорения всё работает.

> В openbsd вроде уже перешли на Portable C Compiler.

взяли курс, но pcc пока не юзабелен.

> Улучшение только в imagemagick и OpenSSL.

И в SQLite, что немаловажно.

даже в дебиане сорцы появились, собрать чтоле?

> Ядро 2.6.29 показывает впечатляющую производительность

Убрали из ядра цикл
FOR I=0 TO 1000000 DO BEEP

?

а там починили в 2.6.28.x появившийся баг, когда после suspend to ram убивается отображение на консоли? а то, если в иксах что-то глючит, переключаться средствами ctrl+alt+f1, вслепую вбивать пароль и вслепую же killall что-то там не сильно прикалывает.

у меня сеть отвалилась (nVidia MCP61) - сначала работает пару секунд, потом с концами пропадает... Все логи чистые. Думаю баг сабмитить. Ни у кого такого не было?

> у меня сеть отвалилась (nVidia MCP61) - сначала работает пару секунд, потом с концами пропадает... Все логи чистые. Думаю баг сабмитить. Ни у кого такого не было?

абсолютно идентичная проблема. сеть на чипе nVidia, но хз какая модель. (slamd64-current)

что-то не скомпилилось оно. ругнулось на net<блаблабла>.c

CentOS 5.2 - Done Debian 5 Lenny - Done Ubuntu 8.04.2 - Done

Везде полет нормальный.

> Улучшение только в imagemagick и OpenSSL. Так что топик наполнен ложью.

Аргументируйте. А то похоже на очередной выхлоп.

> Если боишься устаревания знаний, купикнигу по арифметике.

Ты лучше подскажи чуваку (а заодно и мне), что бы такое прочесть теоретическое с близким-близким выходом на практику, необходимое для аккуратного программирования в среде ядра. Ну типа программирования распределенных систем что-ли.

Желательно на русском, ибо тех. английский понимаю, а вот когда автор начинает каламбурить по ходу дела -- нет.

УРААА ! С новым ядром запахали встроеные микрофоны в лептопе.

3DMark2003 @ WINE

15150 vs 15300

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

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

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

ИМХО, программирование в ядре особо не отличается от программирования многонитевого сервера в юзерспейсе, только API специфические, ресурсов мало и входные данные не по сети беутся, а из юзерспейса. Ну и при ошибке приходится перегружать тачку %) (если задача не поддается виртуализации).

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

Железо и шины это совсем специфичная практика, а вот по программированию многонитевого сервера в юзерспейсе -- что бы ты посоветовал? (это вместо учебника по арифметике :-)

Re^2: Ядро 2.6.29 показывает впечатляющую производительность

> 3DMark2003 @ WINE

> 15150 vs 15300

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

я не компилирую 24 часа в сутки, не занимаюсь перекодированием видео, нативных игр к сожалению нет, из того что у меня есть ресурсоемкого - оно работает на этой "обертке", причем 2003 ий 3ДМарк это больше тест видеоподсистемы, нежели чего-то еще, от процессора там требуется только перекачка данных на видеокарту. Ну а драйвера Nvidia быстрее не стали на новом ядре, зато стали глючить за счет того что несколько изменилось ACPI ...
У форониксов тоже нечеткий тест , числодробилки в userspace насколько я поняла.

На ноут было бы интересно поставить... но fglrx мешает пока, вот жду пока Джульен Кристо перестанет быть слоупоком и обновит уже наконец xserver-xorg-core в Sid
хотя бы, а то в экспериментале что то кривое висит, да еще и устаревшее уже.
Если обновит - можно будет переехать на открытые драйвера, на ноуте несколько другие запросы, в отличие от десктопа.
+ ndiswrapper пока для .29 не пропатчили

>у меня сеть отвалилась (nVidia MCP61)

Аналогично. Тоже на nvidia, только падает, когда захочет.

> перестанет быть слоупоком и обновит уже наконец xserver-xorg-core в Sid

немешало его уже давно пнуть чем-то тяжёлым, сам поставил из experimental... теперь жду когда релиз выкатят хоть в sid

> + ndiswrapper пока для .29 не пропатчили

зато для sidux пропатчили ;)

http://www.linux.org.ru/jump-message.jsp?msgid=3585277&cid=3586258

MCP73

аналогично

чего вас покусало покупать чипсеты от nvidia вместо amd?

вместо Intel хотите сказать? ну так получилось, что купила, то купила..

AMD еще хуже

>вместо Intel хотите сказать? ну так получилось, что купила, то купила..

Рекомендую покурить на тему потребления энергии у чипсетов nvidia и intel. Если конечно собираетесь чипсетом квартиру обогревать это правильный выбор, а AMD это для тех кто не привык за электричество переплачивать.

> а AMD это для тех кто не привык за электричество переплачивать

это если не пожлобиться на экономичном процессоре от amd

>это если не пожлобиться на экономичном процессоре от amd

Спустя примерно полгода AMD стабильно выпускает проц с пониженыим энергопотреблением за те же деньги и отличить можно только по маркировке. Пример, у меня athlon x2 6000+, первая ревизия до 125 вт потребляла, а через полгода выпустили 89 вт модель за те же бабки.

и у меня косяки с сетью на нвидии. отрубается примерно через пару минут

у меня Wolfdale Penryn

65 ватт , так что кто больше греет то..

на багзилле тишина. никаких постов о регрессиях и т.д. в forcedeth в ядре 2.6.29. видимо опять придется собирать ядро и сабмитить баг :D

ну раз у всех такие проблемы, то надо сабмиттить, если все ждут остальных

MCP73 , как на 32 битном так и 64 битном ядре отваливается в течении получаса

> по программированию многонитевого сервера в юзерспейсе -- что бы ты посоветовал?

Я уже давно отучился и забыл названия учебников. Клейнрок "Системы с очередями", Хоар "Взаимодействующие последовательные процессы" - это классивка, но там всё наукообразно. Еще можно почитать о пи-исчислении. А книг "как построить сервер" я, честно говоря, не видел. Информация размазана по статьям ируководствам программиста. Разве что Zed Shaw "Mongrel" на ум приходит.

>у меня Wolfdale Penryn

>65 ватт , так что кто больше греет то..

Это который дырявый, как винда? Не зачёт.

Обновил на ноуте, пока полёт наманый

все у кого проблемы с сетевыми картами nVidia (MCP61 и выше), не стесняемся, пишем сюда http://bugzilla.kernel.org/show_bug.cgi?id=12942

там к сожалению нужна регистрация
повторюсь еще раз, можете запостить кто-нибудь

00:0f.0 Ethernet controller: nVidia Corporation MCP73 Ethernet (rev a2)
10-30 минут до падения сети работает

ядро как 32 так и 64 бита

также используются драйвера Nvidia 180.37
без них не пробовала, но есть небольшое подозрение что проблема может быть и там (особенно если вспомнить эпик фейл 180.35)

http://lkml.org/lkml/2009/3/24/215

| 303c6a0251852ecbdc5c15e466dcaff5971f7517 is first bad commit
| commit 303c6a0251852ecbdc5c15e466dcaff5971f7517
| Author: Herbert Xu <herbert@gondor.apana.org.au>
| Date: Tue Mar 17 13:11:29 2009 -0700
|
| gro: Fix legacy path napi_complete crash

Applying the straight revert below cured the problem - i now have 10
million packets and 30 minutes of uptime and the box is still fine.


Looking at this commit also explains the assymetric test pattern i
found amongst boxes: all boxes with a new-style NAPI driver (e1000e)
work - the others (forcedeth, 5c9x/vortex) have stuck interfaces.

в двух словах - принятый в последние дни перед выходом .29 фикс оказался зачинщиком проблем в некоторых драйверах. Желающие могут ревертнуть его.

> повторюсь еще раз, можете запостить кто-нибудь

боюсь так не получится - в подавляющем большинстве случаев просят выложить файл /boot/config-`uname -r`, а также вывод lspci, lsmod, dmesg.

эпик фейл.. бедная зверушка, такой удар сразу по репутации, оказывается не только Nvidia

я наверное подожду .29.1 , мало ли, может еще что испортили )

> 65 ватт , так что кто больше греет то..

у меня тоже 65 :)

>+ ndiswrapper пока для .29 не пропатчили >Silvy (*) (25.03.2009 20:02:46)

А зачем? Собрал .29 на Unstable на ноуте, ndiswrapper тоже прекрасно собрался, без бубна )) Грузиться быстрее ноут стал

присоединяюсь.

* nVidia Corporation MCP65

* 01:08.0 Ethernet controller: VIA Technologies, Inc. VT6105/VT6106S [Rhine-III] (rev 8b)

* 2–5 минут работает (только на 64 бит пробовал)

* NVIDIA 185.13

Что аргументировать? По странице перейди.

По ссылке в смысле.

reiser4

народ патч под это ядро найти не могу. Пом0гите пропатчить чтоб реизер4 заработал 8*0!

отвечу всем скопом. в OpenBSD используются Gcc 2.95.3 (+ patches) и 3.3.5 (+ patches). основная проблема с гцц в сложности и ресурсоемкости его поддержки на не-линуксе для разных архитектур. pcc пока собирает только отдельные участки системы.
а свое линукс-ядро ты еще долго не сможешь скомипилить ничем отличным от гцц, и дело тут не в том, что гцц крут, а в том что в ядре хватает цгг-специфик фич.

http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/

занесите уже себе в закладочки...

:) гыгы. Не тешь себя. Я говорил про то, что эта поделка не может собрать даже недо ядро опенсбд. И еще долгое время не сможет. Ибо у девелоперов что-то серьезное сделать кишка тонка. Пачка флеймеров.