Форум разработчиков электроники ELECTRONIX.ru

Jenya7

Jan 19 2017, 07:19

Сделал такую проверку.

Код

typedef struct MY_STRUCT_S
{
  uint8_t b1;
  uint8_t b2;
  uint8_t b3;
  uint8_t b4;
}MY_STRUCT;

MY_STRUCT struct1;

uint32_t n = sizeof(struct1);

n = 4. Без #pragma pack.
Кто кого обманывает?

gosha-z

Jan 19 2017, 07:28

А теперь то же самое со структурой

Код

struct blablabla {
uint8_t a;
uint16_t b;
};

jorikdima

Jan 19 2017, 07:28

Что не так?
Почитайте про структуры. Полно же материалов в сети.

Сергей Борщ

Jan 19 2017, 07:31

QUOTE (Jenya7 @ Jan 19 2017, 09:19)

n = 4. Без #pragma pack.
Кто кого обманывает?

А сколько надо?

k155la3

Jan 19 2017, 07:50

А вообще, зачем Вам надо знать размер структуры,
и, насколько я предполагаю, с точностью до байта,
да еще и в контексте #pragma pack(x) ?
Вам жалко компилятор, и Вы хотите ему помогать ?

megajohn

Jan 19 2017, 07:57

Цитата(Jenya7 @ Jan 19 2017, 10:19)

Кто кого обманывает?

вот даже курсы на халяву есть.

Jenya7

Jan 19 2017, 07:58

Цитата(k155la3 @ Jan 19 2017, 13:50)

А вообще, зачем Вам надо знать размер структуры,
и, насколько я предполагаю, с точностью до байта,
да еще и в контексте #pragma pack(x) ?
Вам жалко компилятор, и Вы хотите ему помогать ?

до сих пор я все поля делал uint32_t хотя у меня есть члены структуры для которых uint8_t достаточно. у меня есть довольно большая структура и есть массив этой структуы который отжирает много места в RAM. если я перейду с uint32_t на uint8_t я сэкономлю много места. но тогда компайлер будет выполнять операции boxing/unboxing?

Kabdim

Jan 19 2017, 08:30

Всем же известно что если значения инт помещаются в диапазон -128 ... 127 то boxing/unboxing будет соптимизирован. :] Как там написано объект lnteger может занимать до 12 байт. Занимательная ява
А если серьезно, то http://bfy.tw/9Z3Y .

Jenya7

Jan 19 2017, 09:03

Цитата(Kabdim @ Jan 19 2017, 14:30)

Всем же известно что если значения инт помещаются в диапазон -128 ... 127 то boxing/unboxing будет соптимизирован. :] Как там написано объект lnteger может занимать до 12 байт. Занимательная ява
А если серьезно, то http://bfy.tw/9Z3Y .

а кто сказал что перед ldrb не будет произведен boxing/unboxing?

а...понял - Zero extend to 32 bits on loads.
то еть можно спать спокойно?

esaulenka

Jan 19 2017, 09:04

Цитата(Jenya7 @ Jan 19 2017, 10:58)

до сих пор я все поля делал uint32_t хотя у меня есть члены структуры для которых uint8_t достаточно. у меня есть довольно большая структура и есть массив этой структуы который отжирает много места в RAM. если я перейду с uint32_t на uint8_t я сэкономлю много места. но тогда компайлер будет выполнять операции boxing/unboxing?

Действительно, как же компайлер (Herz! где же Herz?! :-) ) будет их выполнять?.. Он же компайлер языка си, слова боксинг не разумеет...

What is Boxing and Unboxing?
Conversion of a primitive type to the corresponding reference type is called boxing, such as an int to a java.lang.Integer. Conversion of the reference type to the corresponding primitive type is called unboxing, such as Byte to byte. Since JDK 1.5, Conversion from primitive types to corresponding wrapper objects and vice versa can happen automatically.

k155la3

Jan 19 2017, 10:45

Цитата(Jenya7 @ Jan 19 2017, 11:58)

до сих пор я все поля делал uint32_t хотя у меня есть члены структуры для которых uint8_t достаточно. у меня есть довольно большая структура и есть массив этой структуы который отжирает много места в RAM. если я перейду с uint32_t на uint8_t я сэкономлю много места. но тогда компайлер будет выполнять операции boxing/unboxing?

Я решаю аналогичную задачу (запись архива событий, записи различных форматов и различной длины).
Чтобы не делать запись всегда из максимально-используемой длины,
используя "замес" из структур типов-форматов-ABC в структуре, объединенных union { char[30] или str_A или str_B или str_C или . . . . )
ABC определены как типы.

Как вариант, можно ваш супер-массив преобразовать в массив указателей на массивы структур, или их элементы,
каждый из которых будет содержаться в "своем", оптимизированном под нее по размеру.

Jenya7

Jan 19 2017, 11:07

Цитата(k155la3 @ Jan 19 2017, 15:45)

Я решаю аналогичную задачу (запись архива событий, записи различных форматов и различной длины).
Чтобы не делать запись всегда из максимально-используемой длины,
используя "замес" из структур типов-форматов-ABC в структуре, объединенных union { char[30] или str_A или str_B или str_C или . . . . )
ABC определены как типы.

Как вариант, можно ваш супер-массив преобразовать в массив указателей на массивы структур, или их элементы,
каждый из которых будет содержаться в "своем", оптимизированном под нее по размеру.

да я просто заменю uint32_t на uint8_t. в любом случае влияние на скорость исполнения будет небольшое по сравнению с сэкономленым местом в RAM.