===================================================================
вопрос номер один
===================================================================
[root@AT91RM9200_SK /]$dmesg |grep MIPS
Calibrating delay loop... 85.19 BogoMIPS (lpj=425984)
[root@AT91RM9200_SK /]$
...

сейчас у меня контроллер наботает на таких частотах, если верить показаниям ядра...
Clocks: CPU 170 MHz, master 42 MHz, main 18.432 MHz

Хочу увеличить скорость производительности линукса..
...кто нибудь знает как увеличить число 85.19 BogoMIPS
я пробовал увеличить скорость производительности гдето месяц назад - получалось только методом умеличения тактовой частоты шины памяти до 89 MHz....

никому не секрет, и известно что BogoMIPS это юмор Торвальдса, и отоброжает производительность в "попугаях", но как опорная величина мне кажется на нее можно надеяться
кратко про это сказано здесь - http://ru.wikipedia.org/wiki/BogoMIPS

Надеюсь тут есть светилы мысли у опыта именно в данном вопросе...
Посоветуйте, подскажите плиз если знаете...

Вроде это предел для ARMов.

А как же тогда "200 MIPS at 180 MHz" для AT91RM9200? Понятно что это пиковая производительность и для Linux ничего общего не имеет. Может имеет смысл абстрагироваться от "более высокого уровня системы...", т.е. вести речь не о Linux, и написать синтетический тест, вычисляющий реальную пиковую скорость? Сразу возникает вопрос, кусок кода, вернее цикл, где будет идти подсчёт машинных тиков, резоннее написать на asm? Какие инструкции использовать?

Дык, как же так?
должно быть какоето решение, значит еще не предел....
я же писал

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

- тоесть это метод повушения производительности номер 1

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


Вкратце объясню, откуда ростут ноги этого вопроса :

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

Производительность почти 1/2 (почти 100 - из 200ста ) от производительности контроллера, под такой осью как linux, конечно впечятляет, но если смотреть на решаемую задачу, то хочется чуть-чуть по производительнее ...

Может как то шедулерами в ядре можно отобрать немного юзерского времени....
или еще как то?

И сколько BogoMIPS получилось в результате?

Вы не путайте обычные MIPS c BogoMips

"`MIPS - это аббревиатура, миллионы операций в секунду (Millions of Instructions Per Second). Это измерение скорости выполнения программы. Как и большинство таких мер, ей больше злоупотребляют, чем правильно используют (очень трудно сравнивать MIPS различных типов компьютеров). BogoMips - это изобретение Linus Torvalds. Ядру требуются (или это драйвер устройства?) временные задержки состоящие, из пустых циклов, которые должны быть отрегулированы по отношению к скорости процессора. Так как ядро вычисляет при загрузке, сколько времени занимает каждый тип цикла. "Bogo" происходит от "bogus" (фальшивый, поддельный). Так как величина BogoMips дает представление о скорости процессора, но она настолько антинаучна, что ее назвали не иначе, как BogoMips. Причины (а их две), почему это выводится во время загрузки, являются: a) удобство для отладки и проверки работы кэша и режима турбо, и потому что Linus любит посмеиваться над растерянными людьми в новостях. "

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

для уточнения что это такое привожу следующее
-----------------------------------------------------------------------------------
<h3 id="siteSub">Материал из Википедии — свободной энциклопедии</h3> Перейти к: навигация, поиск BogoMIPS (от англ. bogus (поддельный) и MIPS — англ. Millions of Instructions Per Second) — в ядре Линукс ненаучный способ измерения производительности компьютера, предназначенный для калибровки внутренних циклов. Термин изобрёл Линус Торвальдс в 1993. BogoMIPS шутливо определяется как «сколько миллионов раз в секунду компьютер может делать абсолютно ничего».

Причина возникновения такой величины в том, что для работы с некоторыми видами оборудования ядру системы требуются короткие временны́е задержки, которые реализуются в форме пустых циклов. Чтобы узнать, сколько именно раз надо повторять пустой цикл, необходимо выяснить скорость его выполнения на данной машине — именно для этого используется BogoMIPS.

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

Calibrating delay loop… 2994.99 BogoMIPS
Во время работы значение BogoMIPS можно узнать, прочитав файл /proc/cpuinfo

Величина BogoMIPS обычно пропорциональна тактовой частоте процессора, но также зависит от архитектуры процессора и работы кэша.




[<a href="http://ru.wikipedia.org/w/index.php?title=BogoMIPS&action=edit&section=1" title="Править секцию: Ссылки">править] Ссылки

• BogoMips mini-Howto
• Он же по-русски, довольно устаревшая версия.

---------------------------------------------------------------------------------------------------

из написанного хотелось бы поставить упор на фразу, от которой стоит оттолкнуться для разворота данного вопроса в более объемленый ответ, и найденое решение....
Величина BogoMIPS обычно пропорциональна тактовой частоте процессора, но также зависит от архитектуры процессора и работы кэша.







я же писал в первом посте
[root@AT91RM9200_SK /]$dmesg |grep MIPS
Calibrating delay loop... 85.19 BogoMIPS (lpj=425984)
[root@AT91RM9200_SK /]$

Можно еще сделать из мат-демона мат-драйвер...

не-не-не
погодите как плиз....

вот смотрите, простой пример, может правда и не совсем удачный пример для сравнения, но всеже....
тут-же у меня под боком - стоит BlackFin (кстати он даже без MMU, да еще и 16-ти разрядный)
смотрим его производительность....

root:~> dmesg
Linux version 2.6.12.1-BFIN-2005R4 (root@alexxx) (gcc version 3.4.4 (Blackfin 05R4 20051205)) #6 Wed Oct 18 08:51:13 EEST 2006
Blackfin support © 2004 Analog Devices, Inc.
ADSP-BF533 Rev. 0.3
uClinux/BF533
...
Memory available: 59648k/130142k RAM, (49k init code, 873k kernel code, 231k data, 69632k dma)
Blackfin Scratchpad data SRAM: 4 KB
Blackfin DATA_A SRAM: 16 KB
Blackfin DATA_B SRAM: 16 KB
Calibrating delay loop... 794.62 BogoMIPS (lpj=3973120)
...
...

чувствуете?
794.62 BogoMIPS

правда на BlackFin стоит uLinux, а на AT91RM9200 Linux... может это еще както влияет на BogoMIPS

....понятно что архитиктура там совершенно иная , но можно сделать интересный вывод:
BlackFin BF533 ( к томуже он еще и 16-ти разрядный ) работает почти в 9 раз быстрее чем AT91RM9200...

не очень то приятно за чип - AT91RM9200

А что вы собственно хотите? У вас цикл занимает 2 команды - 2 такта, соответственно количество богомипсов будет в 2 раза меньше тактовой проца. Цикл выполняется из кеша, так что больше вы никак не получите. Минус естественно накладные расходы (небольшие)

На последок - телефон Siemens S75, ARM926EJ-S, тактовая частота процессора 104МГц:

Нажмите для просмотра прикрепленного файла

Ты думаеш что особый прирост значения BogoMIPS при этом будет?
может, может, не знаю..
хотя и не уверн...
нада взять на вооружение и испробовать...

а это при 89 MHz....

Clocks: CPU 179 MHz, master 89 MHz, main 18.432 MHz

[root@AT91RM9200_SK /]$cat /proc/cpuinfo |grep MIPS
BogoMIPS : 89.70
[root@AT91RM9200_SK /]$

не ужто так все печально?
пойдука я еше поищю....

Ну? 179(тактовая частота ядра)/2(2 такта цикл)=89.5(богомипсов)

Что не так? Вот листинг самого цикла (правда иар, но не суть)


собственно от delay0 - 2 комманды, 2 такта.

Вы похоже правы...
возможно, больше не получится....

прийдется чтото придумывать...

А почему такие требования по скорости?

возможно что специализированная программа будет работать именно на этом проце, и должна обсчитать мат-выражения и крупноразмерные матрицы ( что то типа размерностей [32786][4096] ), да еще и много десятков раз в секунду...
поэтому производительность нужна побольше....
ну и параллельно, на сам Linux еше "транспортные услуги" должны быть наложены, типа web итд...

если матрицы считать - то лучше AVR32.

а почуму? там что это аппаратно както лучше работает?
типа мошьный мат-блок какой то реализовали?
честно говоря, ни разу не обращял серьезного внимания на AVR32...

ИМХО - AVR32: что-попало-и-сбоку-бантик, хотя может стоит еще разок ознакомиться с AVR32 и убедиться в обратном...

Там сопроцессор заточен для работы с видео/графикой. С помощью него удобнее делать цветовые преобразования.

так, имхо, видео/графика это в основном и есть работа с матрицами?

Естественно, но только размеры матриц меньше, причём намного меньше [32786][4096]

Касательно мат-драйвера (модуля ядра)

Значение BogoMIPS не зависит от того, КАК будет "выглядеть" юзер-процесс - демон/не-демон. Оно зависит ТОЛЬКО от быстродействия ядра процессора. А вот ЭТО

получишь.

Для каких?
У меня Intel xScale IXP425
533 МГц 526 BogoMIPS
266 МГц 282 BogoMIPS (Это не опечатка.)
Ядро 2.6.18
Хотя, конечно, Intel кеши и спекулятивное выполнение команд делать умеет получше Atmel.

Вот в этом месте как раз сказывается архитектура.

Безусловно. Но разговор идет о ядре 920 - тут без вариантов, так как я сказал.

Согласен.

Ну такое точно на RM9200 не вытянуть

Спасибо всем. Вроде с вопрос номер один все стало ясно...

===================================================================
вопрос номер ДВА
===================================================================
Есть ядро записанное в DataFlash... я его стартую и хочу примонтировать вкачестве корневой / - ФС находящююся на USBFlash...

Может уже кто-то делал такое?
думается мне что так должно работать...

хотя пока не работает...
Подскажите плз почему...

Расказываю детальнее.....
Есть Linux-2.6.19, хочу на нем запустить полноценный линукс (Скачял Fedora 6 for ARM), записал федору 6 на USBFlash (предварительно переформатируя ее в EXT2 )...
ядро собранно с поддержкой USB (+massstorage)

когда ядро собранно и грузится с DataFlash с параметрами в ядре
CONFIG_CMDLINE="root=/dev/ram0 rw mtdparts=AT45DB642.spi0:0x2a000(boot)ro,0x136000(kernel)ro, 0x200300(initrd)ro,-(filesystem) console=ttyS0,115200 mem=64M debug init=/linuxrc"
то все в порядке - ФС - поднимается, работаю с бюзибоксом и его набором команд...

но мне же нужно полноценный Linux - поэтому в качестве корня ФС хочу името ту , которая физически на USBFlash...

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

CONFIG_CMDLINE="root=0801 rw console=ttyS0,115200 mem=64M debug rootdelay=15 "
...
а также так:
CONFIG_CMDLINE="root=/dev/sda1 rw console=ttyS0,115200 mem=64M debug rootdelay=15 "
...
и даже так (с действием - отключяя масторадж в ядре)
CONFIG_CMDLINE="root=/dev/uda1 rw console=ttyS0,115200 mem=64M debug rootdelay=15 "
...
тут говорит почти тоже что и в предыдущих случаях
...
VFS: Cannot open root device "uda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Ни с обной из этих строк загрузки ядра - ядро не смогло воспринять / как тот что на USBFlash...

Подскажите плиз - что я делаю не правильно?
или может где-то ошибки?


Уверен лишь в том что такое должно работать....

1. Сделать chroot в новую корневую систему.
У меня это так:
chroot /mnt/gentoo /bin/bash
env-update && source /etc/profile

2.


Пример:

--- linux-2.4.14-pre8-ext3/fs/super.c.orig Fri Nov 16 00:59:18 2001
+++ linux-2.4.14-pre8-ext3/fs/super.c Fri Nov 16 01:07:26 2001
@@ -1009,11 +1009,13 @@
* Allow the user to distinguish between failed open
* and bad superblock on root device.
*/
- printk ("VFS: Cannot open root device \"%s\" or %s\n",
+ printk ("VFS: Cannot open root device \"%s\" or %s, retrying in 1s.\n",
root_device_name, kdevname (ROOT_DEV));
- printk ("Please append a correct \"root=\" boot option\n");
- panic("VFS: Unable to mount root fs on %s",
- kdevname(ROOT_DEV));
+
+ /* wait 1 second and try again */
+ current->state = TASK_INTERRUPTIBLE;
+ schedule_timeout(HZ);
+ goto retry;
}

check_disk_change(ROOT_DEV);

Спасибо но немного поздновато
хотя тоже вариант....
щяс повтакаю что оно и как...

я эту задачу вчера уже решил ...
Щяс хочу найти где есть дистриб пресобранный для ARMа...
Fedora 6 не захотела заработать сразу...
Собственно актуальна тема - AT91RM9200 + Linux, Юзаемые дистрибутивы. http://electronix.ru/forum/index.php?showtopic=28043

нешел вот что, мой любимый и абажаемый Debian, да еще и под ARM свежеиспеченный - http://cdimage.debian.org/debian-cd/current/arm/
теперь интересно - кто нить уже его испробовал?
имеет смыл качать 2 DVD?
Правда еще неизвестно - как я его на USB Flash инсталлировать буду, веселье намечяется еще то....

на счет
> Для того чтобы иметь возможность располагать корневую файловую систему
> на USB-носителе, требуется наложить патч, смысл которого сводится в некоторой
> задержке монтирования, чтобы USB-подсистема увидела и проинициализировала
> носитель.
про задержку мне друг вчера еще сказал ....
я это сделал это проще, передал параметр ядру rootdelay=10

интересный пач, щяс ознакомиться попытаюсь, но.... у меня 2.6.19 а пач на 2.4.14

Ну по моему насчет дистрибутивов лучше чем familiar с его кучей пакетов еще не придумано

А что в BusyBox неполноценного?
А какой смысл загромождать такую систему "полноценным" дистром?
Организационно вижу только проблемы и ни одного достоинства.

Посмоотрите в сторону http://buildroot.uclibc.org/
очень неплохая штука.

Да-да -я на него смотрю уже неделли эдак 3, и
Lelick мне его рекомендовал
пытаюсь переиодически buildroot уговорить собраться, пока бестолку 8(
более того пытался неоднократно его скомпилить - испробовал 4 последние версии
то он ищет не существующюю в природе версию пакетов:
то вылетает с какимито ошибками при сборке...
Очень очень хочу его собрать, но увы даже ни разу не получилось
Может здесь есть люди которые с ним уже удачно скомпилились?




Понимаеш ли какая штука - бюзибокса хватает, для многих задач бесспорно, вот одну из 3 плат уже приговорил на бюзибокс, а остальные в дальнейшый путь развития......
прибор который разрабатывается возможно должен будет иметь возможность работы с почтой, факсом: и возможно даже хранить данные по NIS или SMB, тоесть комплексно если смотреть на задачу, то лучше что бы там стоял полноценный линукс, что бы гибко управлять возможностями. Плюс вывод на новый уровень фирмы и оценка решения дальнейших задач на уже наработанных материалах и технологиях
Собственно прибор ппока в разработке - поэтому пока есть время - нужно фирме приобрести опыт + навыки + решения...

я собрал, проверил.
Правда мне он не очень понравился
Я уж лучше gentoo соберу

не понравилось?
а почему - расскажите пожалуста, очень важно...
может вы мне чтото кординально новое сообщите...

кстати, а Вам еще не приходилось с gentoo иметь дело?
я его еще просто сам ни разу не ставил - больно страшный он по расказам знакомых...
а что касается арма - многие люди говорят о нем только хорошее...
Вы уж простите что спрашиваю, но правильней спросить у тех кто имел опыт, чем наступить на еще неизветные грабли 8)))

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

не понравился тем что нету nano в комплекте.

А так все работает. Правда пришлось немного поправить в файлах.
И кстати получается достаточно компактно -
busybox,uclibc,dropbear, bash,udev. Сжатый образ занимает ~1мег

Gentoo - это дистр. на котором я начал изучать linux.
Он у меня установлен на рабочей машине.
В данный момент собиараю Gentoo для платы RainBow. Сборка идет в симуляторе QEMU.
Ничего сложного там нет. Все достаточно просто. Есть handbook для установки. Думаю разберетесь. http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml

Ну, в общем, любой путь имеет право на воплощение.
Но исходя из выше описанной задачи, я думал, что нужно выжать по максимуму быстродействие, а установка такого количества серъезного софта пагубно скажется на оном (быстродействии) плюс дополнительные мегабайты флеш, ОЗУ и т.д.
А та же SAMBA не зависит от BusyBox. Перекомпилировать и запускать.

На мой взгляд, немного неудачная платформа для этого. Для изучения лучше было-бы взять систему помощнее. Повторю - это мое личное мнение.

Расскажите, пожалуйста, получилось ли у Вас сие действие ?

И еще вопросик, Вы упоминали, что собираетесь ставить Debian на плату, получилось ? Если да, то можете рассказать об этом ?

я запускал gentoo, уважаемый COMA, подсказал как (а то я в генте не того... недогоняю ее чуточку), правда на этапе сборки gentoo сказал что не знает что у меня за архитиктура .
все мои знакомые кто возится с gentoo - тоже не смоли помочь ни чем.
я не асс в gentoo так что не разобрался до конца...

...мои работодатели - остановили эту идею - отложив ее "до лучших времен", по приоритетным причинам, иных накомпленных дел и задач.
и уже после этого скачался 3DVD Debian Etch for ARM - так что тон у меня лежит - по поставить попросту не успел так как не было его уше у меня....
Щяс он 1 плата крутится в деле а 2 тупо валяются на полочке... а руки не доходят до них уже.

...но!
я собирал из пакета debootstrap (http://wiki.emqbit.com/deboostrap-debian) Debian SID - и на этапе заруска init - чтото в своих скриптах не смог стартануть... щяс уже не помню 6 месяцев назад это было...
Все это запусклось с USB.
может даже и скомпилил Debian SID не коректно гдето...
но знаю одно точно - что работает - читал много описаний...
с Fedora были теже симбтомы что и с Debian SIDсамособранным, так что может дело таже в чемто другом...


.

Я тут почитал все дискуссии и никак не возьму в толк - нужна скорость для конкретной решения конкретной задачи или борьба за идею? Почему нужен Linux? Может можно вообще без него? В этом плане интересно было бы у кого-нибудь, кто это пробовал, узнать насколько падает производительность задачи, в случае ее монопольного запуска (может вообще без всякой OS) и под Linux'ом?

По поводу bogoMIPS - совершенно неудачный (на мой взгляд) показатель, существенно зависящий от конкретного компилятора. Пустой цикл с точки зрения совремненых компиляторов - нонсенс, поэтому приходится заставлять тем или иным способом компилятор какой-то код генерить. Насколько он оптимален? Бабушка надвое сказала. Соответственно такой и bogoMIPS.

По жизни заметил, что для at91rm9200 на производительность сильнее сказывается более высокая частота периферии, чем более высокая скорость процессора. То есть вариает 160/80 работает быстрее, чем 180/60.

Вы совершенно правы - Ось не нужна - если задача того не просит, это уже неоднократно на этом форуме обсуждалось, да и на других форумах тоже... Linux - не "борьба за идею" - с его помощью можно гараздо большего добиться и реализавать задачу гараздо быстрее по срокам (все по тем же причинам которые также обсуждались), и всего лишь.
Производительности сам Linux от контроллера откусывает не много 1-2%(если без оптимизации компилить - максимум 5%), а это мелочь. В подарок дается многозадачность и легкопортируемость кода с других , уже нарабоотанных, Linux проектов. Для разработчика это важнее. Но если задача требует максимума быстродействия - то туту Linux мимо пролетает и нужно использовать более быстродействующиие Оси или писать, как Вы предлагаете все с нуля....
Можно без него - самому все с нуля писать, но я например выбирать такой путь - пасс...
Лучше, поставить любую Ось, благо их с десяток на этот контроллер налезет, и у каждой есть свои плюсы и минусы... но в целом это выгоднее чем писать все с нуля

Одно из них:

http://electronix.ru/forum/index.php?showtopic=34221

Не знаю, вот сегодня скачал снапшот буилдроот,а и он мне все нагенерил, даже патч на кернел с максима сам скачал... Мало того сам сгенерил убоот 1.2.2, и только когда я попытался еще и тфтп чтобы сгенерил, то он тогда не выдержал этого надругательства и умер...


Каждому!