Evgeny_CDАрхитектор (15.06.2009 12:05, просмотров: 391) ответил Alex B. на вот вы пишите "шедулер пишет...", "задача вызывает...", "опрашивает таймер в лоб..." - все это какие-то действия, которые занимают какое-то время.
Я пока тоже далек от полного понимания истины. И также понятно, что мои идеи утяжелят шеудлер. Но, на самом деле, не очевидно, что станет хуже :) Кстати, исходники ThreadX для ARM у кого-нибудь есть? Книга у меня есть -> --> http://book.pdfchm.com/real-time-embedded-multithreading-using-threadx-and-mips-15282/
http://book.pdfchm.com/real-time-embedded-multithreading-using-threadx-second-edition-14728/
При фиксированному шедулере все тупо и просто, шедулер быстр, но некотрое количество времени может пропасть на лишнее переключение контекста, или ожидание чего-то то там.
В моих идеях предлагается это время потратить с большей пользой :)
Использование API усложнится это факт.
Но! Важны совокупные затраты времени программера. Варианты:
* простое API, быстрое освоение, но если что-то не влазит - долгое шаманство или, чего доброго, хак кода ОСи.
* сложное API, затраты на освоение, но освоив, почти никогда не окажешься загнанным в угол.