.

저도 1020이 나와야 한다고 생각했는데 실지 해보니 1024가 나오네요...
그런데 다음과 같이 struct를 만들어주면 1020이 나오는군요..

typedef struct Packet_t
{
	int a;	
	int c;
	unsigned short b;
	unsigned short d;
	char e[1008];
}Packet;

원인은 알수 없음.
여러 고수님들께 부탁 한마디!

좋은 하루 되세요!!

M.W.Park님의 말씀대로
alignment의 문제입니다.

결론부터 말씀드리자면 해당 플렛폼의 컴파일러에 따라서,
그리고 컴파일 옵션, 컴파일 지시자에 따라서 결과는 달라질 겁니다.

결과가 달라지는 이유는 이렇습니다.
각 플렛폼 별로
한번에 메모리에서 cpu로 가져오는 데이터 크기도 다르고
메모리의 번지를 지정하는 방법도 데이터 타입별로 틀려지기 때문입니다.

즉 최대한의 성능을 내야하고
최대한 빈 공간을 없애면서
저장하는 것이 목적으로 해야합니다.

하드웨어에 최대한 독립적으로 C언어를 유지하기 위해서
구조체를 어떻게 메모리에 저장할 것인 가는
컴파일러에 맞길 수 밖에 없는 것입니다.

문제가 되는 예를 들어 보면 먼가 느껴지실 겁니다.
한번에 4바이트씩 처리하는 플렛폼에서

char a
char b
int c

만약 1, 1, 4 바이트를 연속으로 메모리에 저장하면
첫번째 번지가 1000번지라고 하면
cpu가 메모리에서 데이터를 가져오는 방식(어드레싱)은
아래와 같이 됩니다. (배열과 흡사합니다)

a는 (char)1000[0]이 됩니다. -> 1000번지
b는 (char)1000[1]이 됩니다. -> 1001번지
c는...? (int)1000[2]로 하게 되면
 -> 1008번지가 되므로
 (int)1000[0]의 하위 2바이트와 (int)1000[1]의 상위 2바이트를
 붙여야하는 오버헤드가 발생합니다.

결과적으로
1, 1 바이트 다음에 2바이트를 넣어둠으로 써
c를 (int)1000[1]와 같이 접근 할 수 있게 하면
최대한의 성능과
메모리 절약의 상충점이 되는 겁니다.

물론 다음과 같이 최악의 경우
구조체를 배열로 한다던지 해야 할 경우에는
성능을 포기하고 빈칸을 안 넣게 해야 할 경우가 생길 수도 있습니다.
(비추천이지만... 메모리가 정말 부족하다면...)

char
double
char

char -> 1
빈칸 -> 7
double -> 8
char -> 1
빈칸 -> 7

여튼... newlibty님께서 그리신 그림은 맞는 그림이고요.
구조체명이 Packet인데..
통신에 사용하실 예정이시면 구조체를 통체로 보내면 문제가 생길 수도 있을 겁니다.

이상.. 도움이 되셨기를...
틀린 내용이 있다면 한 수 부탁드립니다 m(__)m