LINUX.ORG.RU

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

 ,


0

0

Тестирование включало в себя замеры производительности по шифрованию, компрессии, обработке изображений, базы данных и др. на x86_64-ядрах версий от 2.6.24 до 2.6.29 включительно.

Несмотря на банальность теста, в результатах присутствуют очень сильные колебания. Так, производительность OpenSSL возросла в 2 раза на 2.6.29, GraphicsMagick - на 30-80%, на тесте 7-zip также присутствуют сильные скачки. SQLite показал восстановление производительности до уровня 2.6.25 (быстрее в 4 раза по сравнению с 2.6.28). В остальных тестах - положительная динамика без значительных потрясений.

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

★★★★★

Проверено: Dimez ()

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

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

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

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

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

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

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

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

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

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

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

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

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

Ruth ★★
()

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

Khades ★★
()

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

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

?

matumba ★★★★★
()

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

swar0g ★★★★
()

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

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

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

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

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

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

stampoon
()

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

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

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

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

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

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

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

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

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

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

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

unrealix
()

3DMark2003 @ WINE

15150 vs 15300

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

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

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

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

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

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

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

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

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

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

> 3DMark2003 @ WINE

> 15150 vs 15300


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

MadCAD ★★
()

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 фикс оказался зачинщиком проблем в некоторых драйверах. Желающие могут ревертнуть его.

Andrew-R ★★★★
()
Ответ на: комментарий от Sylvia

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

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

NegatiV
()
Ответ на: комментарий от Andrew-R

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

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

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

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

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

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

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

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

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

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

* nVidia Corporation MCP65

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

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

* NVIDIA 185.13

arsi ★★★★★
()

reiser4

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

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

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

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

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

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