caxapa.ru :: Литература - рекомендую классику. "Алгоритмы + Программы" Н.Вирт, "Жемчужены творчества программистов" Д.Бентли. Но есть проблема - методологии не просто "развиваются", они развиваются диалектически (отрицание отрицания)

Cкpипaч, пророк (28.06.2022 09:26, просмотров: 452) ответил Dingo на Два вопроса за раз хочу спросить, смежные в каком-то смысле: 1) есть литература или цикл статей может, по которым можно навести порядок в голове и/или научиться проектировать программы? Что-то по методологии. 2) какие ОСи умеют в прерывании дёрнуть планировщик? Появились новые данные для задачи, надо быстро отдать ей управление, а не ждать хх миллисекунд до дежурного переключения. Скорей всего на такие вещи задача "подписывается", семафор взводит или ещё как-то обозначает

Литература - рекомендую классику. "Алгоритмы + Программы" Н.Вирт, "Жемчужены творчества программистов" Д.Бентли. Но есть проблема - методологии не просто "развиваются", они развиваются диалектически (отрицание отрицания)

В этом смысле, "Объектно-ориентированный анализ и проектирование с примерами приложений на C++" Г.Буч

и "Паттерны программирования" следует понимать не как революцию ~~а как сомнительные выбрыки молодежи.~~

Кроме того, "настоящее программирование" обычно идет поверх какого-нибудь толстого фреймворка.

Там есть дополнительные пожелания/ограничания по структуре программ.

Даже если вы пишите bare metal есть смысл о них узнать и примерно придерживаться.

По второму вопросу:

Вопрос ставится с другой стороны - задача, которая ждет чего-либо, сначала должна объяснить ОС

чего именно она ждет.

Как вариант, она может ждать новых данных в файле (или устройстве, отображенном на userspace в виде файла).

Это select на файловых дискрипторах (в мире Unix).

Есть механизмы и для более "адресного" взаимодействия. Мейлбоксы, сигналы и т.п.

Дальше - нужно смотреть что именно в вашей оси есть.

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

Ответить

- Лично мне давно уже не хватает иной литературы, построения систем, а не просто методов и методологий программирования (а также абстракций). Пример был не далее чем как в этой теме. Метод а) - алгоритмизация системы. Метод б) применение наработанных матметодов (PID, теория управления) Метод в) Само-обучающиеся системы, нейронные сети. - RxTx(29.07.2022 16:29)
  - Ха! Вы хотите книжку, в которой будет написано что вам делать :) Нет такой книжки. Садитесь пишите :) - Cкpипaч(01.08.2022 09:34)
    - Хороший совет. Возможно, даже простое и систематическое изложение претензий и трудностей может быть полезно не только излагающему. Я бы почитал. - teap0t(01.08.2022 09:58)
      - Сколько нужно проектов ПРОЖИТЬ чтобы иметь наглость "притензии" писать? :) - Cкpипaч(01.08.2022 13:40)
- Спасибо. Н. Вирта - вы про эту? Бентли - не попадалось упоминание, поищу, ознакомлюсь. Про развитие - примерное представление имею, что в каких случаях годно; я спросил в контексте baremetal + Си. С++ пока опасаюсь применять. 2) Да. Но даже если ресурс освободился или событие произошло в штатном случае будет ожидаться вызов планировщика, а не максимально быстрое переключение на ожидающую задачу, если приоритет ожидающей выше исполняемой. Это точно не линукс-ы, это RTOS или Dingo(116 знак., 28.06.2022 09:58, картинка)
  - В прерывании вызываете osSignalSet(), а в ожидающей задачке ждёте сигнал: Costic(650 знак., 28.06.2022 19:26, ссылка)
  - Да. Но первые две о достаточно специфичных вещах. Концепции Unix более-менее распространены, поэтому даже если пишите baremetal, имеет смысл их придерживаться . Это сильно улучшит читабельность. Cкpипaч(382 знак., 28.06.2022 10:58)

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