ARM рулит

В RISC просто некуда воткнуть оптимизацию на уровне замены нескольких «маленьких» инструкций на одну «большую».

Не пробовал отключать сборку лишних модулей для x86? Уж наверняка их в разы поболее, чем для arm.

Не пробовал отключать сборку лишних модулей для x86?

Ну разумеется пробовал. И приведенное сравнение уже учитывает это выкидывание

Возможно, что код для ARM оптимизируется менее тщательно.

Т.к. и там и там используется gcc

arm-none-linux-gnueabi-* ?

да

на арме uclibc?

нет

мама дома?

без конкретных бенчмарков это не интересно. лучше возьми пакет какой-нить и сконпеляй одинаково на двух разных тачках. А потом скажи нам результат.

Понятия не имею

А смысл компилять на разных тачках? Производительность то процессора разная.

А так я компиляю ядра для amd64 и arm на одной тачке. И потому могу сравнивать

на одной тачке.

ааа, а я думал ты на арме собираешь и арм всех порвал. Жаль, чуда не случилось :(

jet@earth:~/projects/crtmpserver/builders/cmake/build$ rm -rf *
jet@earth:~/projects/crtmpserver/builders/cmake/build$ cmake .. -DCRTMPSERVER_INSTALL_PREFIX=/opt/crtmpserver > log_x86.out 2>&1
jet@earth:~/projects/crtmpserver/builders/cmake/build$ time (make >> log_x86.out 2>&1)

real    0m55.480s
user    0m42.339s
sys     0m8.477s
jet@earth:~/projects/crtmpserver/builders/cmake/build$ rm -rf *
jet@earth:~/projects/crtmpserver/builders/cmake/build$ cmake .. -DCRTMPSERVER_INSTALL_PREFIX=/opt/crtmpserver -DTOOLCHAIN_ROOT=~/work/toolchains/arm-2011.09 -DTARGET_ENV_ROOT=~/work/arm-env -DCMAKE_TOOLCHAIN_FILE=../toolchain-sourcery_g++_lite.cmake > log_arm.out 2>&1
jet@earth:~/projects/crtmpserver/builders/cmake/build$ time (make >> log_arm.out 2>&1)

real    1m10.158s
user    0m59.604s
sys     0m6.948s
jet@earth:~/projects/crtmpserver/builders/cmake/build$

Из флагов компиляции только -О2 да -Wall

Правда сравнение несколько не корректно, т.к.
gcc version 4.6.1 (Sourcery CodeBench Lite 2011.09-70)
gcc version 4.6.2 (Debian 4.6.2-12)

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

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

Если чесно мне самому стало интерестно, т.к. и правда замечал что ядро для арма собирается быстрее(в разы?).. Я думаю что там просто нет столько «лишнего» кода.

http://www.phoronix.com/scan.php?page=article&item=ubuntu_1204_armfeb&amp...

нет столь обширного кол-ва девайсов, а следственно и драйверов.

У них там N270 заявлен как двухъядерник. Фороникс, блин.

Да и pandaboard это старая тачка. Интересно, например, tegra3 vs E350.

С потоками перепутали товарищи. Ну а с тегрой3 трудновато будет сравнить, ибо линух трудно завести на том, что предоставляет невидия.

С потоками перепутали товарищи

ух ты, а я и не знал что у него они есть :).

Вот даже похороникс на что-то сгодился :)

ARM рулит

Я 2 недели искал багу в сисколе для когерентности кеша на процессоре с VIPT кешем и могу сказать только: ОЛОЛО!

Панда вполне себе актуальный прототип следующего поколения смартов :)

*libc не используется в ядре

прототип следующего поколения смартов :)

ээ, я думаю tegra3 порвёт её.

ээ, я думаю tegra3 порвёт её.

Пока что tegra причмокивает. В том числе и по причине крайней закрытости

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

как минимум эксиносы - лучше.

главное что уровень панды уже взят

панда, которая ES это мид :)

так, что ты имеешь в виду «актуальный прототип следующего поколения смартов»? Мощность проца или массо-габаритные характеристики? :)

Ну следующего... ща затишье такое... Судя по обзорам летом что-то случится :)
Ближе к лету и на тегре3 что-то сделают...

MWC 2012 ждут

нудануда :))) Эта ш бабло... Просто у всех одна и та же проблемка: как заставить полноценно работать гавнокод от гугла, на гавнодрайверах собственного производства на недотестеных гавноSoCах недопонятого арма :) К этому стоит добавить такие гавнотехнологии как OpenGL ES 2.0, гавноWLANы на пару с блютусами и литийонными технологиями запитывания этого барахла.
Как ни откроешь тематический форум там одна и та же песня... Только у яблочников жалобы не такие... но там у них просто ничего нет, а если нет, значит богу неугодно :)

ARM рулит, но нужен стандартный неогороженный загрузчик, который на большинстве железок будет стоять.

Тегра 3 сольется. Там видяха слабая, да нет FPU.

Слышал одного человека, который говорил, что GCC очень плохо оптимизирует под не-Intel архитектуры. Ну а раздутость исходников можешь проверить просто посмотрев на суммарный объём файлов в соответствующем архитектуре каталоге.

Чувак, зачем ты так показательно херишь русскую орфографию?

<trollface>херишь</trollface>

u-boot

u-boot он вторичный или даже третичный загрузчик. До его запуска надо еще делать много чего

Под «неотгороженным загрузчиком» скорее всего понимается то, что грузит именно ядро ОС и передаёт ему параметры, а так же позволяет их поменять. Довольно мало пользователей захотят менять первичный загрузчик.

Регулярно замечаю то же самое. Просто ARM проще, вот и все объяснения.