Использование локального короткого замыкания для передачи значения в функцию, ожидающую int; это экономит память?

Question

Использование локального короткого замыкания для передачи значения в функцию, ожидающую int; это экономит память?

0

Я во встроенной системе (впервые) и имею колоссальные 512 байт памяти. Я постоянно сталкиваюсь с этим барьером, и я хочу сохранить каждый байт. Таким образом, возникает следующий вопрос:

В SDK есть функция, прототипированная:

void foo(int val);

Таким образом, мой главный вид выглядел так:

void main() {
    int myVal = 0;
    // do stuff to compute myVal
    foo(myVal);
}

myVal, однако, никогда не будет иметь значение больше, чем ~ 100. Смогу ли я сохранить любую память, сделав это вместо этого?

void main() {
    short int myVal = 0;
    // do stuff to compute myVal
    foo(myVal);
}

edit: В этой архитектуре ints составляют 4 байта, шорты - 2 байта. Я в основном не уверен, будет ли использование локального короткого (или символа или что-то еще) сэкономить место, поскольку оно должно быть выполнено, чтобы соответствовать прототипу foo (int).

S. J. 31 янв. 2014, в 20:25

Источник

0

stackoverflow.com/questions/589575/size-of-int-long-etc это может вам помочь. Вы также можете вызвать метод sizeof чтобы проверить, есть ли различия.
nervosol 31 янв. 2014, в 18:46
2

Я бы посмотрел на сгенерированную сборку в обоих случаях и сравнил. В некоторых системах компилятор может передавать аргументы функции через регистры. Если бы это было так, вы могли бы потенциально сохранить 2 байта стекового пространства в main() (предполагая 4-байтовое int ).
David LaPorte 31 янв. 2014, в 18:47
0

Для значений, которые малы, вы могли бы даже использовать char .
Fred Larson 31 янв. 2014, в 18:55
1

Вы можете построить свой проект в обоих направлениях, а затем сравнить размеры разделов в файлах .map, сгенерированных компоновщиком.
kkrambo 31 янв. 2014, в 18:58
0

@nervosol: Я знаю, что структуры имеют разные размеры. :) Спасибо хоть. Я в основном не уверен, сохранит ли вторая реализация 2 байта, когда ей все равно придется приводить к int для параметра foo.
S. J. 31 янв. 2014, в 20:48
0

В этом простом коде компилятор должен просто очистить регистр, в котором передается первый аргумент, и вызвать foo ; myVal никогда не должен существовать в памяти вообще.
Eric Postpischil 31 янв. 2014, в 20:53
0

Итак, вы делаете C ++ на машине с 512 байтами оперативной памяти ??
starblue 03 фев. 2014, в 20:36

Показать ещё 5 комментариев

Теги:

c++

memory

embedded

1 ответ

Ещё вопросы

stackoverflow.com/questions/589575/size-of-int-long-etc это может вам помочь. Вы также можете вызвать метод sizeof чтобы проверить, есть ли различия.
Я бы посмотрел на сгенерированную сборку в обоих случаях и сравнил. В некоторых системах компилятор может передавать аргументы функции через регистры. Если бы это было так, вы могли бы потенциально сохранить 2 байта стекового пространства в main() (предполагая 4-байтовое int ).
Для значений, которые малы, вы могли бы даже использовать char .
Вы можете построить свой проект в обоих направлениях, а затем сравнить размеры разделов в файлах .map, сгенерированных компоновщиком.
@nervosol: Я знаю, что структуры имеют разные размеры. :) Спасибо хоть. Я в основном не уверен, сохранит ли вторая реализация 2 байта, когда ей все равно придется приводить к int для параметра foo.
В этом простом коде компилятор должен просто очистить регистр, в котором передается первый аргумент, и вызвать foo ; myVal никогда не должен существовать в памяти вообще.
Итак, вы делаете C ++ на машине с 512 байтами оперативной памяти ??

anatolyg · Answer 1 · 2014-01-31T19-40-00.000Z

У меня нет опыта в таких небольших системах; так что следующее просто догадка (самые маленькие из которых я работал с 384 К).

Изменение int на short или назад делает работу оптимизатора компилятора, а выход оптимизатора не может быть предсказан с точностью 100%.

Ваша платформа имеет своеобразное соглашение о передаче параметров функциям (ABI, вероятно, задокументировано вместе с компилятором). Я думаю, что стек выравнивается до 4 байтов (размер int, который должен быть наиболее "естественным" типом для вашей платформы). В этом случае, если ваш код использует стек для передачи вашего параметра, разница в потреблении памяти не будет.

Однако:

Если ваши функции имеют 1 или несколько параметров, они будут помещаться в регистры, а не в стек (ARM делает это для первых 4 параметров), поэтому потребление памяти не уменьшается
Если ваша main функция имеет две short локальные переменные, а не одну, они будут занимать 4 байта пространства стека, поэтому short лучше, чем int (и char, если он имеет 8 бит, еще лучше)
Если вы хотите отправить два параметра, а не один, вы можете записать их в struct; то 2 short параметра будут занимать 4 байта

В конечном счете, легко проверить этот материал. Просто посмотрите на свой вывод компилятора (машинные инструкции) или сообщите компилятору, чтобы измерить максимальную глубину стека (gcc может это сделать, не уверен, какой компилятор вы используете).