caxapa.ru :: считаем дальше, вытесняющая ось ценой получилась 175 тактов за квант. у меня квант в 5ms, итого ~35тыщ тактов в секунду, при тактовой в 70MHz затраты на управление процессами получаются всего 0.05% (!) зато многозадачка получается действительно

Mahagam (19.10.2014 18:38, просмотров: 112) ответил Скрипач на Предлагаю порассуждать.

считаем дальше, вытесняющая ось ценой получилась 175 тактов за квант. у меня квант в 5ms, итого ~35тыщ тактов в секунду, при тактовой в 70MHz затраты на управление процессами получаются всего 0.05% (!) зато многозадачка получается действительно _реального_ времени. никто никогда не ждёт завершения другой задачи для запуска высокоприоритетного процесса.

Ответить

- приоритеты вредны, а книги лябросса нужно сжигать - Vit(19.10.2014 18:52)
  - Здрааасьте, скажешь тоже, одни задачи более критичны ко времени реакции системы, чем другие, для этого и нужны приоритеты. Причём более критичные - не всегда значит более важные, например тормоза и дрожание средств индикации нервирует потребителей. - =AlexD=(20.10.2014 07:31)
  - Что за книги ляброса? И за что их сжечь? - symbions(19.10.2014 20:42)
    - Как за что? За одно место. Хотя почему за одно... - Apтём(19.10.2014 23:38)
    - автор uCOS+ накатал кучу книг для продажи своего детища, ну и множество RTOS-поделок есть реинкарнация его идей. Нахрена-то носятся с этими приоритетами и разделяемыми ресурсами как с фетишем, вместо того, чтобы научиться реализовывать системное Vit(132 знак., 19.10.2014 20:55)
      - ну не скажите, если на одной линии сидит несколько разных датчиков, которые нужно опрашивать из разных логических частей программы - то мютексы безо всяких колупаний просто дают то что нужно. - Mahagam(19.10.2014 21:13)
        
        пишется спулер, обслуживающий очередь(и) заданий на опрос, а не размазывается по всей программе (логическим частям), и никаких мьютексов не нужно. - Vit(19.10.2014 21:20)
        
        А драйвер последовательного канала связи не решает ту же проблему? - Скрипач(19.10.2014 21:17)
        
        а если удалённое устройство задумчивое? или сидеть в драйвере и ждать ответа, тормозя всю систему, или навесить многозадачку, и тогда один мютекс решает все проблемы. - Mahagam(19.10.2014 21:23)
        
        Сидеть в драйвере НЕ тормозя систему. - Скрипач(19.10.2014 21:28)
        
        это как? а если другая задача вызовет драйвер ещё раз? - Mahagam(19.10.2014 21:31)
        
        Корпоративная мультизадачность, она точно такая же как и вытесняющая, только невытесняющая :) - Скрипач(19.10.2014 21:41 - 21:44)
        
        то есть степеней свободы в софте меньше. - Mahagam(19.10.2014 21:55)
        
        На уровне концепции, разница только в отсутствии вытеснения. Т.е. отсутствии "жесткого реалтайма". - Скрипач(19.10.2014 21:59)
        
        опять эти унылые штампы от лябросса:)... - Vit(19.10.2014 21:58)
        
        :) опять - если многозадачность, то почему-то именно вытесняющая. - Vit(19.10.2014 21:27)
        
        потому что очень удобно. - Mahagam(19.10.2014 21:32)
        
        в общем соглашусь - скорее удобно. но в частности эти удобства при написании прикладной задачи обычно начинаются и заканчиваются на ожидании чего-либо(суть передача управления ОС в надежде возврата ништяков:), обернутого примитивом ОС, т.е. Vit(99 знак., 19.10.2014 21:56, ссылка)
- Именно! :) И если вам нужен жесткий реал-тайм, то вот он. Но не бесплатно. Взамен вам нужно помнить о блокировках и смириться с перерасходом памяти на стеки задач. Издержки у корпоративки меньше, не нужны блокировки, но ценой риал-тайма. - Скрипач(19.10.2014 18:49)

Средства и методы разработки