caxapa.ru :: Предлагаю порассуждать.

Скрипач, пророк (19.10.2014 18:18 - 18:53, просмотров: 115) ответил fk0123 на Ваши protothreads -- жуткий костыль. За него сжигать нужно. Во-первых дикая латентность помноженная на 146% cpu load только на проверке условий в циклах -- сколько-нибудь большой проект в этом вообще утонет, будет больше времени тратить на этот

Предлагаю порассуждать. Сравниваем вытесняющую ось и корпоративную. Берем ситуацию когда все задачи ждут событий, какие действия осуществляются по истечению кванта времени? Вытесняющая ось: 1) Сохранение контекста активной задачи. Бюджет: 25 инструкций. 2) Пересчитываются сигналы и прочие объекты синхронизации с целью изменить статус процессов из ожидания в готовность. Бюджет: 100 инструкций на сигнал. 3) Поиск в очереди наиболее приоритетного процесса, готового к исполнению. Бюджет: 25 инструкций на процесс. 4) Восстановление контекста процесса. Бюджет: 25 инструкций. Кооперативная ось: 1) Запуск следующего процесса. Бюджет: 5 инструкций. 2) Пересчет процессом своих условий ожидания. Бюджет: 25 инструкций. И чо?

... но не любой ценой.

Ответить

- Ну вот куда вас понесло? Ещё не ясно нужна ли ОС, а вы уже за их идеологию воюете. symbions(364 знак., 19.10.2014 20:47)
  - Повторю еще раз - у меня, прикладной код - есть. Поэтому есть и Ось (операционная среда). То, что Вы пишете исключительно системный код это ваша специфика. - Скрипач(20.10.2014 09:12)
- считаем дальше, вытесняющая ось ценой получилась 175 тактов за квант. у меня квант в 5ms, итого ~35тыщ тактов в секунду, при тактовой в 70MHz затраты на управление процессами получаются всего 0.05% (!) зато многозадачка получается действительно Mahagam(110 знак., 19.10.2014 18:38)
  - приоритеты вредны, а книги лябросса нужно сжигать - 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)

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