подскажите операционку Опции

[esaulenka]

дано:
Железяка с процессором LPC2366
16 внешних устройств с I2C-подобным протоколом. На каждое устройство - по своей шине.
Кучка светодиодов.

LPC-шка обменивается с внешними устройствами (протокол реализован софтово, дрыганьем GPIO), зажигает для пользователя нужный светодиод.

Проблема в следующем: на данный момент обмен осуществляется последовательно, и идёт достаточно долго. Хочется ускорить процесс раз этак в 5

Решение, скорее всего - операционка, 16 потоков обмена с устройствами и один - мигания лампочками.

Алгоритм обмена - дернули ногой, подождали 10 мкс (можно больше, т.к. у нас мастер), опять дернули ногой... Ожидание ответа от внешнего устройства - 1..5 мс. Соответственно, есть периоды, когда возможно отдать управление (меня устроит и вытесняющая многозадачность? она ведь проще?).


С операционными системами никогда не работал, поэтому требуется что-то очень простое в работе и освоении. Желательно наличие порта под Keil и LPC.
Также желательно чистое Си - на Си++ ничего серьезного я не делал.
Ресурсоемкость... Побыстрей да поменьше, конечно, хочется, но сейчас используется 10% камня.

[777777]

Хочется ускорить процесс раз этак в 5

Решение, скорее всего - операционка, 16 потоков обмена с устройствами и один - мигания лампочками.

Фигасе решение! Первый раз слышу, чтобы операционка ускоряла процессы. Вообще-то любая операционка замедляет работу прикладных программ, так как сама выполняется часть времени.

[DRUID3]

Фигасе решение! Первый раз слышу, чтобы операционка ускоряла процессы. Вообще-то любая операционка замедляет работу прикладных программ, так как сама выполняется часть времени.

Ну здравствуйте - а зачем тогда придумали многопоточность? Дабы эффективно уменьшить простои процессора. Не сама операционка, конечно, ускоряет работу приложения а его(приложения) правильное проектирование. Ну и возможно это, конечно, не всегда.

[777777]

Ну здравствуйте - а зачем тогда придумали многопоточность? Дабы эффективно уменьшить простои процессора. Не сама операционка, конечно, ускоряет работу приложения а его(приложения) правильное проектирование.

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

Многопоточность нужна в универсальных коспьютерах - там заранее неизвестно, какие на нем будут запускаться задачи, поэтому приходится делать универсальное средство для разделения времени между ними. И то - Windows 3.1 имела невытесняющую многозадачность, то есть ОС не могла по своей инициативе переключиться на другую задачу, только если задача к ней обратилась. В контроллерах же все задачи заранее известны, сделай простенький диспетчер который будет вызывать их по кругу, а их спроектировать соответственно, чтобы они не занимали время если им нечего делать.

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

[DRUID3]

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

...

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

..собственно мы просто друг-друга недопоняли. Я о том же только впрофиль.