Nikolay_Po (12.08.2025 08:07, просмотров: 392) ответил Vit на IMNHO, отжимать ресурс с монопольным доступом для какой-то отладки
это жЫрный моветон. неявное выделение памяти и неопределенность
аппетитов потребителей могут накрыть медным тазом любое разумное
начинание. припоминается форк-бомба. ну и зачем-то появился
vfprintf, кто-то когда-то использовал имена устройств вывода, а не
только стандартные потоки или файлы, явно. в том же фортране
форматрованный вывод можно было не только на терминал пользователя
запустить, но и на-
- при отсутствии сборщика мусора эффективность динамической аллокации
может сильно зависеть от реализации. по FreeRTOS вопросы аллокации
и "черных ящиков" немного-таки беспокоят --> Vit(197 знак., 12.08.2025 13:36, ссылка, ссылка)
- >10лет использую связку tlsf + freertos, к аллокации вопросов
нет, есть устройства с аптаймом больше года, выделяю не только в
статике, но и постоянно в динамике. - Oman(12.08.2025 17:13)
- Использую связку tlsf + scmRTOS. На столько больших известных мне
аптаймов таких нет, но полет нормальный. Необходимо было заменить
встроенные функции выделения памяти на свои, чтобы предотвратить
одновременное обращение к ним нескольких процессов. - AlexG(12.08.2025 18:08)
- постарались, не перегрузили. прекрасно. - Vit(13.08.2025 07:40)
- да, семафор там повесить надо, но там прямо без выдумок все - Oman(12.08.2025 20:57)
- Угу. Спасибо. - Nikolay_Po(12.08.2025 17:47)
- Использую связку tlsf + scmRTOS. На столько больших известных мне
аптаймов таких нет, но полет нормальный. Необходимо было заменить
встроенные функции выделения памяти на свои, чтобы предотвратить
одновременное обращение к ним нескольких процессов. - AlexG(12.08.2025 18:08)
- Не знаю, что там имеется в виду под недертерминированностью. Но думаю это не относится к thread save. Функции pvPortMalloc и pvPortFree выключают планировщик на время выделения и освобождения памяти и ничего плохого в смысле thread save не может произойти. Там прямо написано: The wrapper simply makes the malloc() and free() functions thread safe. - mmc(12.08.2025 14:34)
- Хм. Первые две ссылки браузер помечает как уже посещённые мной :).
Где возможно - использую статик. Что-то простое и уже готовое,
отлаженное - если динамическое - пусть будет как есть. - Nikolay_Po(12.08.2025 14:18)
- printf из newlib как бы предполагает использование malloc - Vit(12.08.2025 15:43)
- Ну и пусть. К самому newlib-овскому printf-у у меня претензий нет. - Nikolay_Po(12.08.2025 16:38)
- у меня к старому были. и к варианту из nano. - Vit(13.08.2025 07:46)
- Ну и пусть. К самому newlib-овскому printf-у у меня претензий нет. - Nikolay_Po(12.08.2025 16:38)
- printf из newlib как бы предполагает использование malloc - Vit(12.08.2025 15:43)
- >10лет использую связку tlsf + freertos, к аллокации вопросов
нет, есть устройства с аптаймом больше года, выделяю не только в
статике, но и постоянно в динамике. - Oman(12.08.2025 17:13)
- Кстати, если вывод диагностики - по сути часть нормального функционала устройства, то к проектированию этой функции так и следует подходить - с той же тщательностью, что и у других функций. Потому что обычно отладочный выхлоп - это что-то слепленное на скорую руку: "по-быстрому вставлю printf тут и там, всё равно в релизе этого не будет". - SciFi(12.08.2025 08:57)
- при отсутствии сборщика мусора эффективность динамической аллокации
может сильно зависеть от реализации. по FreeRTOS вопросы аллокации
и "черных ящиков" немного-таки беспокоят --> Vit(197 знак., 12.08.2025 13:36, ссылка, ссылка)