я не исключаю варианта, что если код очень простой, то все распихали по регистрам и все функции заинлайнены

http://www.nongnu.org/avr-libc/user-manual/malloc-std.png

Вот гляди структуру ОЗУ

вау

там всё просто

с этим стэком

пойду напьюсь

просто там все, да

когда у тебя однопоточное приложение — там все просто

или когда у тебя кооперативная многозадачность

там всё просто

а ты из Питера?

Неа

эх

Во кстати, смотри http://robocraft.ru/blog/985.html

я в питере каждый месяц бываю =D

я уже думал приехать пояснить тебе за стек

по айпи вычислить там, все это

Ахахаха

пойду напьюсь

ну а чо, не на свои же деньги напиваться

читаю твою статью, должно проясниться

действительно, нахуя нужно стеки разделять

бля

просто у чуваков всего два потока и они особо не парятся над размером

точно же.....

ну или парятся

лоханулся, признаю.

да это-то ладно, но еще и врешь нагло тут

ты понимаешь, что такое стек, что там оказывается и почему у каждой задачи свой стек?

да

знаю

да блин, всяко бывает. Если бы ты знал, какова моя участь, то ты бы понял меня, простил, и ещё бы пиваса накатил со мной за нелёгкую.

void task(void* params) { static uint8_t a = 10; uint32_t b = a*100; uint32_t res = foo(a,b); for(;;) {} } uint32_t foo(uint8_t x, uint32_t y) { return x * y; } сможешь оценить сколько стека потребуется на этот кусок, с учетом того что компилятор не соптимизирует эту ебанину?

вот так интереснее

сложна подсчитать то

да не так уж сложно, если алгоритм понятен

а разрядность ?

при чем тут разрядность?

ну, размер указателя какой

ну допустим sizeof(size_t) = 4

stm32, насколько помню, контекст из 18 регистров состоит

ну около 200 байт

ебать

как это вышло?

я подсчитал размер всякихх переменных

и прочего хлама

а какие переменные ты считал?

и что такое прочий хлам

блин, может нам в личку пойти, тут вообще-то люди живут

Я читаю

я могу иногда пересылать в чатик особо смешные моменты

ок

блина

Сколько стек будет?

я не могу подсчитать, сколько будет этот кусок кода занимать места в стеке

потому что я уже не могу понять, как это должно считаться

a статическая, значит лежит в bss, 0 байт b на стеке, 4 байта при вызове функции 18 байт контекста, + 5 байт аргументы (я не помню армовый ABI, может и через регистры передает, но будем считать оценку сверху) опять же я не помню abi, может возвращаемое значение тоже на стеке лежит, еще + 4 байта дальше контекст спопает со стека и будет еще +4 байта на res итого маскимум 4 + 18 + 5 + 4 = 31

блин, может нам в личку пойти, тут вообще-то люди живут

Забавно читать. Перешли мне потом, пожалуйста, если правда в личку свалите, лол.

бля

пока не свалили

я со статикой считал

ну как у тебя вместо 30 байт получилось 200-то?

ну вот спасибо тебе на том, что не стал глумится, а нормально пояснил)

я не перестаю глумиться, тащемта

Чот Херня какая-то, почему return 4 байта?

потому что u32

В голос

ERROR: S client not available

ой

Чот Херня какая-то, почему return 4 байта?

но это не точно. Ща решил почитать про ABI

В голос

++

по cdecl все переменные расширяются до 4 байт, например. А сохраняются только регистры, используемые функцией

но например точно знаю, что в арме при вызове прерывания сохраняется полный контекст

короче да, » The base standard provides for passing arguments in core registers (r0-r3) and on the stack. For subroutines that take a small number of parameters, only registers are used » A Fundamental Data Type that is smaller than 4 bytes is zero- or sign-extended to a word and returned in r0

и регистров 16, сохраняются все

так что даже 4 + 16 = 20 байт должно хватить

я пойду разбираться с семафорами, что то я не догоняю что мне больше нужно, статичный или нет и в каких случаях какой юзается

оба одинаковые

но под статичный ты сам память выделяешь, а обычный в куче память берет

пущай будет статичный

тебе кучи чтоли жалко?

сделай heap_1 если боишься недетерминированной аллокации

там освобождения памяти вообще нет, для всяких единожды выделенных псеводстатичных или глобальных объектов очень хорошо

если что, стеки всех таск лежат в куче (если только ты их не создаешь через xTaskCreateStatic)

так то мне один раз надо выделить.

и?

в системе с работающей freertos нативный стек (который в конце памяти линкером выделяется) вообще почти не используется, разве под начальную инициализацию (до старта шедулера)

и всё, просто я пытаюсь разобраться во всём этом. Я впервые сталкиваюсь с ОС на stm32

просто надо немног понимаь, что происходит

значит лучше в куче размещать все эти структуры?

какие?

кто здесь?

типа семафоров

мьютексов

если ты не планируешь освобождать память, удаляя эти объекты, то куча ничем не отличается от статического выделения. Разве что за тебя уже решили вопросы, сколько памяти и где выделить и кому указатель отдать

ну то есть отличается конечно, например тем что ты в runtime можешь словить out of memory

понял в принципе

но если ты эти семафоры выделяешь при старте программы, то это почти наверное не будет проблемой

оут оф мемори вряд ли получу в своих задачах)