Вроде симпатичная, в 40 кил уложилась.. UCOS не предлагать вместо.. скучная.

Собрали таки?
На что портировали?
Ну а насчет хорошего/плохого - слушаем того, кто собрал :-)

Да, кстати а откуда утащено?

Сообщение отредактировал zltigo - Mar 28 2006, 18:32

Вроде как FTP есть.

Это вариант, который с местного ftp?
Интересно, а Ваша оценка - чем она "интереснее" uCOS?

Что-то было, посмотрю когда поднимется, но там судя по форуму не в исходниках и возможно и без
лицензии.
Да и меня больше порт под BF533 интересует на данный момент.

с FTP... сурцы все на месте и дока pdf 320 страниц. Скормил я это дело ADS1_2. Собственно только скомпилировал, ну и в main пару нужных вызовов сделал, дабы линкер не убил неспользуемый код. Счас буду вектора нормально ставить и шедулер настраивать.
Насчет UCOS несколько причин. Первая - я работал с их UCOS GUI - плююсь до сих пор. Не думаю, что фирма делающая подобное Г сделала хорошую ось. 2) на UCOS тут народу много сидит - совершенно неинтересно быть "одним из" 3) Политика приоритетов в UCOS мне не нравится, нельзя поиметь две задачи с одним приоритетом (во всяком случае так было раньше) 4) Кушает она не слишком много и не дает повода клянчить у начальника установку более мощного проца

Стратегическая ошибка! uCOS писал основатель микриума, GUI они у кого-то купили. Стиль написания совершенно разный.

Может, у Вас гуй древний был??? Мы с ним осенью 2003 работали - ничего так штука, программеры не плавались особо (но все низкоуровневые процедуры переписали нафиг, что ускорило гуй раз в 20 - платформа AT91RM9200 + SED какой-то на внешней шине)Вот уж натурально жаль, смайлика с малиновым пиджаком нет.

Я много лет назад с uCOS столкнулся - фирмой тогда там и не пахло. Больше всего было похоже
на студенческий курсовик главной "изюминкой" которого автор считал быстрое табличное получение
максимально приоритетной задачи. C тех пор этот заплесневелый изюм там и лежит :-(
А какие исходники там были, особенно комментарии - типа я тут добавил к указателю стека
+4 и заработало незнамо почему :-) А тексты асмовские x86 порта это вообще полный улет.
C теx пор, конечно много чего изменилось, заматерело, обросло прибамбасами, книжками и стало
"делом жизни" Автора, но мое отношение осталость.

во-во, примерно такое же мнение и у меня сложилось =) А народ то и не знает :-D Вобщем ну её в баню =))

А слабо взрослое тестироваие устроить?

Берем код Dhrystone, и делаем из него задачу. Считаем производительность. Пускам несколько задач с этим кодом, и считаем суммарную производительность всех потоков. Строим таблицу - "юзеровская производительность" от числа потоков. Далее по возрастающей - пускаем loop back на UART на максимульную скорость, и строим тот же график. Потом добавляем SPI, например, передающий байты "в космос". Постепенно активируем все прерыания. Продолжаем строить таблицу.

И так для обоих осей - uCOS и Nucleus.

Также при необломе меряем реакцию на прерывание, и дисперсию латентности.

И сразу все будет видно. А то все о малиновых пиджаках разговор.

не Евгений, Вы рассуждаете как ребенок, чесс слово. Готов спорить что обе обозначенные операционки по скорости уделает моя самописная каруселька :-D Только вот можно ли её считать осью :-D Или давайте поррасуждаем о выделении пулов памяти, насколько хорошо эти операционки с фрагментацией борятся... или еще куча других факторов.. А Вам только "кто быстрее задачку переключит" :-)))

Я всего лишь идею предложил. Разумеется, не окончательную. Да, есть много других вещей - но, уверяю Вас, даже в таком относительно простом тестировании найдете много интересного. Просто все навороты - это хорошо, их никто не отменял (я же не предлагаю с биг лупом сравнивать), но интересно, как ОСь с первичной задачей справляется.

Если сделаете более полное тестировние - будет супер! Ну не знаю. По крайней мере у меня нет желания "лишь бы выделиться".

в данном случае все-таки я просто ищу подходящую ось, доступную в сурцах и без вопросов работающую на маленьких армах. Лицензионные вопросы пока не интересуют. От UCOS воротит в частности из-за обилия макросов - код практически нечитаемый. Такое ошущение что Автор взял книгу с правилами хорошего тона на "С" и сделал наооборот. У Nucleus же код ясный и выглядит красиво. (да и компания Accelerated Technology, подразделение Mentor вряд ли каку сделало). Остальное смогу сказать после нормального запуска её

Устремления понятные, и лично для меня, сильно интересные. Понятно, что что-то определенное Вы скажете после первого проекта. Никто же не говорит, что Вы к утру отчет напишите

добавлю про всякие фишечки в Nucleus
поддержка разных железок там богаче.