caxapa.ru :: выбор размера очереди(как и размер стека задачи), вот прям чтоб рассчитать вопрос сложный(для меня). Очередь из указателей это всего sizeof(uintptr

abivan (20.06.2018 11:47, просмотров: 116) ответил Codavr на Я предпочитаю использовать инструменты минимально достаточные для решения задачи. Используя РТОС предпочитаю понимать что происходит в ее недрах. Что касается бесконечной памяти то я имел ввиду то что ты ни словом не обмолвился из каких

выбор размера очереди(как и размер стека задачи), вот прям чтоб рассчитать вопрос сложный(для меня). Очередь из указателей это всего sizeof(uintptr_t) * N. если N=8 то это макс 32байта Видится это так берем глубину N и в проге контролируем ее заполнение(50%) хотя бы светодиодом. Если в процессе запуска стресс теста загорелся диод то добавляем элементов в очередь, если нет то убавляем. Я так примерно контролирую стеки всех запущенных задач. Мониторю стеки в %% и вывожу наружу имя(ID) задачи с наиболее заполненным стеком.

Ответить

- Автор не просто так сказал про теорию массового обслуживания. Допустим, если в терминах теории массового обслуживания, то поступающие данные -- это внешние события или заявки. Они как-то обрабатываютя у тебя процессором и поступают на вывод. fk0(1741 знак., 20.06.2018 15:56)
  - Дык, я там даже проиллюстрировал на примере проспекта Авиаторов :) - Codavr(20.06.2018 20:55, ссылка)
  - я и не предлагал(может как всегда недосказал) смотреть на светодиод, а предлагаю зажечь его(и не гасить) если очередь заполнится на 50%. А стресс тест можно запустить на длительное время. Еще если есть варианты реализации, то при наполнении буфера abivan(109 знак., 20.06.2018 17:00)
- Желательно для статистики контроллировать максимальную заполненность очереди на этапе добавления - lloyd(20.06.2018 11:52)

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