변수 선언시 메모리에 배치되는 순서와 구조.

캐쉬 슬롯의 크기가 8byte이면 저렇게 나올 수도 있을 것 같은데요.
배열이 각 4 bytes일 경우 두개를 한 슬롯에 넣어도 괜잖으니 연속적으로 할당된 것일테고
배열이 각 5 bytes이면 한 슬롯에 배열 두 개를 넣으면 두 번제 배열이 한 캐쉬라인에 들어가지 않아서 두 번째 배열은 따로 캐쉬슬롯에 넣기 위해서 남은 3바이트를 비워둔게 아닐까요.

Bottom<->Top
ijkl<4bytes padding>s[5]<3 bytes padding>t[4]<3 bytes adding>

위와 같이 생겼을 것 같은데... 현대 컴퓨터 아키텍쳐에서는 캐쉬를 어떻게 효율적으로 쓰느냐가 성능에 크게 영향을 미치기 땜시 컴파일러가 저렇게 최적화 했을 가능성도 있을 듯... 어디까지나 추측

* c의 경우 auto variable(보통 지역변수를 의미, 그외 register, static 등이 있겠지요.)은 스택을 이용해서 runtime시에 가변적으로 만들어 지고/해제됩니다. 이들이 만들어지는 영역이 스택인데, 스택이 거꾸로(번지개념으로는) 자라지요. 하드웨어 스택은 머신의 워드크기 단위로 push와 pop이 일어나게 됩니다. 이점도 참고하시면 문제해결에 보탬이 될듯합니다.

* 참고로 parameter passing방법의 차이(위의 얘기로는 컴파일러의 구현상 문제)로 보는것도 도움이 되겠습니다.
- 단적인 예로, pascal은 앞에서부터 파라메터를 넘기고, c는 뒤에부터 넘기게됩니다.

* 아울러 다음 코드는 ... 사용사례인데 한번 검토하시면 보탬이 될듯합니다.

typedef struct _recode{
   int len;            // 4 bytes
   int id;               // 4 bytes
   char name[20];         // 20 bytes
   float score;         // 4 bytes
   char student;         // 1 bytes
   struct _recode *next;   // 4 bytes
} recode;

typedef struct _arecode{
   int len;            // 4 bytes
   int id;               // 4 bytes
   char name[20];         // 20 bytes
   float score;         // 4 bytes
   char student;         // 1 bytes
   struct _recode *next;   // 4 bytes
} __attribute__ ((__packed__)) xcode;

main()
{
   int size;

   size = sizeof(recode);
   printf("size = %d\n", size);
   size = sizeof(xcode);
   printf("size = %d\n", size);
   return 0;
}

지역변수는 스택에 저장되는데 스택은 LIFO방식입니다.

즉, 스택은 후입선출방식입니다. 마지막에 들어온 것이

먼저 나오는 방식이죠... 그리고 스택의 관리 방식은

운영체제마다... 그리고 컴파일러마다 틀려질 수가 있습니다.

윈도우상의 비쥬얼스튜디오를 이용해서 컴파일을 해서

실행을 하게 되면 기준점을 기준으로...

만약 지역변수를 아래와 같이 선언을 하셨다면...

int i = 1;
int j = 2;
int k = 3;

스택에 저장될때는 kji이런순으로 들어가게됩니다.....

즉 이것은 기준점을 두고 위쪽부분의 아래부분부터 채워지기

때문입니다...

리눅스의 gcc로 컴파일을 하게 되면 이것과는 조금 다른

결과가 나오지요... 리눅스상의 gcc는 기준점을 두고 아래로

저장을 하기 때문입니다... 주소값을 출력해보면 서로

다른것이 나올 것입니다. 그리고 리눅스상의 스택의

관리방식에서는 약간의 공백이 존재할 것입니다...

이것또한 윈도우상의 비쥬얼 스튜디오랑 비교해 보았을때

다른 점 입니다... 이런 점들은 자료구조부분을 참고하면

될 듯 싶네요...^^

제가 아는 한도내에서 설명 해드렸는데 도움이 되었는지

모르겠네요...^^

그럼 수고하세요...^^

CPU내의 레지스터에 (시스템별로 다양, 개수 및 용도등) Stack Pointer(SP)레지스터와 같이 general purpose register가 아닌 special purpose register를 둔것은 x86이 가지는 특성입니다.
"x86이 곧 법이다."라는 논리는 문제가 있으므로, 이는(여기서는, 스택관련 전용레지스터를 CPU내에 두는것) 일반적인(대부분의) 프로세서의 특성이라고 보기 어렵습니다. 그러나, CPU의 범용레지스터중 관습적으로 특정 범용레지스터(예를들어 14번레지스터등)를 사용하는 경우가 많습니다(비x86인경우). 스택의 구현도 그 CPU별/OS별로 틀려질 수 있습니다.

HP-PA가 그런지는 모르겠으며 이왕이면 HP-PA의 어셈....등.. 코드좀 올려주시면 감사하겠습니다.