Вопрос к пользователям наиболее часто обсуждаемых здесь embedded операционных систем:
1)можно ли в них организовать режим когда процессор будет 80% времени находиться в ISR?
Т.е. прерывания идут с такой большой частотой, что процессор 80% времени занимается обработкой прерываний. Или такой режим нагрузки в этих ОС не предусмотрен?
2) Можно ли получить в них частоту следования прерываний каждые 200 тактов (200Т) процессора при том что сам обработчик прерывания (ISR) выполняется 150Т? Если нет, то какая максимальная частота (выраженная в тактах) поддерживается?

Сообщение отредактировал Дон Амброзио - Mar 15 2008, 08:12

А чего ждали, что все кинуться обсуждать неочемную тему?
А потом еще выяснилось что вами изобретен "вечный двигатель", который еще и показать нельзя.
После этого тему точно можно закрыть, зачем воду в ступе толочь, а "вечный двигатель" пусть трудится...

А можно посмотреть на это чудо (или хотя бы на его интерфейс)?
И еще пара вопросов - на чем писали, насколько она универсальна?
Если вытесняющая многозадачность - по идее нужны отдельные стеки на каждый процесс - как же вам удалось уложиться в 512 байт?

Ну и что тут невыполнимого? Я на ATmega48 с scmRTOS 3-4 процесса безболезненно запускаю. Всё от задачи зависит.

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



Писал на АСМ-е разумеется. Универсальна настолько, что может работать на всех микроконтроллерах AVR.

Есть отдельные PC- и DATA-стеки: 8 байт PC-стек и 12 байт DATA-стек на каждую "тяжеловесную" нить

P.S. А вообще, Господа, здесь не мной разработанная RTOS обсуждается. Смотрите внимательней головное сообщение темы

Сообщение отредактировал Дон Амброзио - Mar 16 2008, 22:31

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

Здесь, с Вашей подачи обсуждается и некоторая "система" которая якобы отбеспечивает заявленные при начале темы параметры. Собственно на "вопросы" в шапке темы, могу еще практически повторить
(для реально желающих узнать ответы на вопрос) сказанное другими:
- система совершенно спокойно может находится 80% в прерывании;
- время реакции на прерывание использующее системные вызовы определяется в основном длительностью критических секций операционной системы из коих самая тяжелая это шедулер и работа с контекстом задач;
- для прерываний не использующих системные сервисы, или не использущих некоторве тяжелые, например то-же переключение контекста, при соответствующих усилиях зависящих от возможносей конкретной платфрмы времена реакций могут быть других порядков.
- прежде, чем проектировать нечто c 80% загрузкой в прерывании надо крепко подумать о правильности подхода к делу вообще.

А подобные завления по отношению ко мне, я оставлю на Вашей совести, хотя, как Модератор попрошу воздержаться от замусоривания тем.

Делаете априори не верное предположение и как следствие не верные выводы. Разве я Вам говорил, что у меня не сохраняется контекст задачи? Очень даже сохраняется: каждой задаче выделяется 16 байт под дамп контекста. Вы, на будущее, если что не ясно - лучше спросите, а не стройте свои домыслы. Вы же не телепат? Или телепат?


Во-первых, меня интересовало не совсем то, о чём Вы говорите. Незря же я говорил про такты в головном сообщении темы
А во-вторых, Вы отвечаете в общем (не приводя конкретных цифр). А меня интересует конкретная реализация в конкретных, перечисленных в названии темы RTOS, с приведением конкретных цифр

Сообщение отредактировал Дон Амброзио - Mar 17 2008, 08:24

В данном конкретном случае я больше, чем телепат - я знаю, что у AVR 32 регистра общего назначения, которые в поминаемых Вами 16 байтах не сохранить. Посему речь о системе с вытесняющей многозадачностью просто не идет. Даже если Вы и будете повторять "халва...халва...халва" "вытесняющая многозадачность...вытесняющаяя многозадачность" "во рту слаще не станет" это в реальности ничего не изменит. Пока, с каждым Вашим постом я получаю очередное подтверждение своему диагнозу изложенному ранее:



Ну так изучите этот вопрос по их исходникам. Узнаете много полезного уже после ознакомления в первыми несколькими.

Это уже вообще пипец.... А если б там было 512 регистров? То я долже бы был обязательно их все использовать? А иначе это будет не RTOS? Тем более не вытесняющая?

Ну так и выкладите исходники, как здесь уже предлагалось. Разговор станет более предметным. :-) А так, бить себя пяткой в грудь и кричать "Да Я, да Я ... !" мы все умеем...

А Вы тоже считаете, что вытесняющая RTOS или не вытесняющая зависит от того, входят в контекст потока вообще все имеющиеся в процессоре регистры или нет?

А насчёт "пятки в грудь" и выкладывания исходников....
Когда я создам тему, посвящённую своей RTOS, тогда и выложу.. А в этой теме речь не о ней.. Прочтите внимательно головное сообщение темы

Зачем, тогда было все остальное Ваше неумное бахвальство? Вас кто-то за язык тянул? Вроде нет.