Apтём (26.11.2013 15:43, просмотров: 273) ответил ASDFS на Если ограничиться шедулером и наплевать на сервисы - то за пару дней неторопясь.-
- А какие сервисы даёт ОС? Типичная embedded RTOS ничего не даёт. Загрузку программ -- никак. Упрвление памятью -- кое-как. Ввод-вывод -- скорей никак. Параллельное исполнение -- обычно да. Примитивы синхронизации, взаимодействие процессов -- fk0(225 знак., 26.11.2013 15:56)
- MPU? А подробнее с этого места можно? - ASDFS(26.11.2013 16:42)
- Вы сами написали: параллельное исполнение, взаимодействие процессов - события, мьютексы, очереди, сообщения. А остальное в МК не очень и нужно. - Apтём(26.11.2013 16:01)
- Очереди делаются и без ОС, да и мьютексы тоже -- это типично user level штука, на самом-то деле (в libpthread спрятанная, да, там есть поддержка ОС, но это из-за вытеснения и многоядерности). Остальное очень даже нужно... в первую очередь fk0(94 знак., 26.11.2013 16:41)
- в первую очередь нужны приоритеты задач. как это забубенить без вытесняющей многозадачки? - Mahagam(26.11.2013 16:47)
- Приоритеты скорей не нужны. Приоритеты нужны либо когда CPU не хватает и становится актуальным, кто больше проработает (быстрей прореагирует, если очень realtime). Но в типичном embedded проекте CPU редко когда используется на 100%, да и реалтайм fk0(290 знак., 26.11.2013 18:20)
- да как-то всегда требовался жёсткий реалтайм. без приоритетов - ну никак. Mahagam(44 знак., 26.11.2013 22:00)
- наверно Вам это действительно нужно. но очень часто жесткий риалтайм закладывается просто из-за отметания даже попыток разнести масштабы времени (и допустимых отклонений). т.е. вместо проектирования ПО зачем-то сразу Vit(414 знак., 26.11.2013 23:18)
- А зачем для lwIP вообще отдельный поток делать? оно вроде даже в примерах (кроме варианта с) идет без всякой многопоточности. aoreh(83 знак., 26.11.2013 23:34)
- Да как бы при наличии собственно стека нужно хоть блинкать для приличия:), и та же FS это только драйвер для чего-то полезного. А это уже многозадачность. Не обязательно вытесняющая, но тут речь о ней. Vit(770 знак., 27.11.2013 00:48)
- Посмотрю, спасибо. - aoreh(27.11.2013 12:08)
- Да как бы при наличии собственно стека нужно хоть блинкать для приличия:), и та же FS это только драйвер для чего-то полезного. А это уже многозадачность. Не обязательно вытесняющая, но тут речь о ней. Vit(770 знак., 27.11.2013 00:48)
- А зачем для lwIP вообще отдельный поток делать? оно вроде даже в примерах (кроме варианта с) идет без всякой многопоточности. aoreh(83 знак., 26.11.2013 23:34)
- наверно Вам это действительно нужно. но очень часто жесткий риалтайм закладывается просто из-за отметания даже попыток разнести масштабы времени (и допустимых отклонений). т.е. вместо проектирования ПО зачем-то сразу Vit(414 знак., 26.11.2013 23:18)
- да как-то всегда требовался жёсткий реалтайм. без приоритетов - ну никак. Mahagam(44 знак., 26.11.2013 22:00)
- а может не нужны? - Vit(26.11.2013 17:28)
- тогда не используйте их. всегда ваш, К.О. - Mahagam(26.11.2013 17:44)
- за полнейшей ненадобностью не использую:) - Vit(26.11.2013 17:57)
- тогда не используйте их. всегда ваш, К.О. - Mahagam(26.11.2013 17:44)
- Приоритеты скорей не нужны. Приоритеты нужны либо когда CPU не хватает и становится актуальным, кто больше проработает (быстрей прореагирует, если очень realtime). Но в типичном embedded проекте CPU редко когда используется на 100%, да и реалтайм fk0(290 знак., 26.11.2013 18:20)
- в первую очередь нужны приоритеты задач. как это забубенить без вытесняющей многозадачки? - Mahagam(26.11.2013 16:47)
- Очереди делаются и без ОС, да и мьютексы тоже -- это типично user level штука, на самом-то деле (в libpthread спрятанная, да, там есть поддержка ОС, но это из-за вытеснения и многоядерности). Остальное очень даже нужно... в первую очередь fk0(94 знак., 26.11.2013 16:41)
- А какие сервисы даёт ОС? Типичная embedded RTOS ничего не даёт. Загрузку программ -- никак. Упрвление памятью -- кое-как. Ввод-вывод -- скорей никак. Параллельное исполнение -- обычно да. Примитивы синхронизации, взаимодействие процессов -- fk0(225 знак., 26.11.2013 15:56)