기본 콘텐츠로 건너뛰기

C언어 register 변수의 함정카드


C언어를 하다보면 register 라는 CPU의 레지스터에 자료를 저장하는 변수를 알수있다.
대신에 한 프로그램에서 최대 2개 정도까지만 사용이 가능하고 지역변수만 가능 및 32bit CPU는 32bit 크기의 변수만 사용 가능하다.

장점만 보면 기본적으로 메모리쪽에 저장되는 일반 변수들보다 더 빠르게 접근이 가능할 것 같은데...인라인 어셈이랑 메모리랑 레지스터랑 비교하면 어떤게 가장 빠른지 궁금해서 한번 테스트 해보게 되었다.

우선 테스트 해볼 코드는 다음과 같다.

거의 동일한 연산을 하고 다른 점이 있다면 인라인 어셈은 전부 다 레지스터를 이용해서 연산한다는 정도...?

위의 코드를 컴파일 해서 실제로 돌려보면 실행 결과는 다음과 같이 나온다.

!?
그냥 아무런 형식도 지정해주지 않은 auto와 똑같은 결과가 나온다.
# C언어는 기본적으로 아무런 형식을 지정해주지 않으면 auto로 해준다.
# int a => auto int a

그래서 어째서 저런 결과가 나왔는지 컴파일에 옵션을 줘서 어셈파일을 분석해 보았다.


인라인 어셈 auto for
register for
push ebp
mov ebp, esp
mov ecx, 0
jmp SHORT $INLoop$3

$INLoop$3:
cmp ecx, 10000000
jae SHORT $EXIT$4
mov eax, ecx
shl eax, 2
inc ecx
jmp SHORT $INLoop$3

$EXIT$4:
cmp ebp, esp
call __RTC_CheckEsp
popebp
ret,0		 push ebp
mov ebp, esp
sub esp, 8
mov DWORD PTR [ebp-8], -858993460
mov DWORD PTR [ebp-4], -858993460
mov DWORD PTR _i$2[ebp], 0
jmp SHORT $LN4@For

$LN2@For:
mov eax, DWORD PTR _i$2[ebp]
add eax, 1
mov DWORD PTR _i$2[ebp], eax

$LN4@For:
cmp DWORD PTR _i$2[ebp], 10000000
jae SHORT $LN1@For
mov ecx, DWORD PTR _i$2[ebp]
shl ecx, 2
mov DWORD PTR _a$1[ebp], ecx
jmp SHORT $LN2@For

$LN1@For:
mov esp, ebp
pop ebp
ret 0		 push ebp
mov ebp, esp
sub esp, 8
mov DWORD PTR [ebp-8], -858993460
mov DWORD PTR [ebp-4], -858993460
mov DWORD PTR _i$2[ebp], 0
jmp SHORT $LN4@registeFor

$LN2@registeFor:
mov eax, DWORD PTR _i$2[ebp]
add eax, 1,
mov DWORD PTR _i$2[ebp], eax

$LN4@registeFor:
cmp DWORD PTR _i$2[ebp], 10000000
jae SHORT $LN1@registeFor
mov ecx, DWORD PTR _i$2[ebp]
shl ecx, 2
mov DWORD PTR _a$1[ebp], ecx
jmp SHORT $LN2@registeFor

$LN1@registeFor:
mov esp, ebp
pop ebp
ret 0

함수부분만 잘라서 보면 위와 같은 어셈코드로 변환됐는데, 기본값이랑 register로 한 코드가 차이가 없다. 그리고 register을 적용을 하엿음에도 불구하고 어셈 코드를 보면 메모리를 사용한다. 이게 어찌된 일인걸까?
혹시 64bit가 아니여서 그런가 해서 컴파일을 x64로 바꾸고 long, long long으로도 해보앗지만 동일한 결과가 나왔다.

컴파일러의 문제인지...문제점이 어떤 것인지는 모르지만 적어도 내가 쓰는 Visual studio 2015에서는 저런 결과가 나온다...

얻은 결론)

  • VS 2015에서는 register로 선언해도 실제로는 선언이 않된다.
  • 어려운 작업이 아니고, 굳이 빨리 처리해야된다면 인라인 어셈을 쓰자


Ps. 만약 저랑 같은 VS2015에서 되는분이 있으면 좀 알려주세요... 저만 그런지 궁금하네요;
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

Android Auto Naver Login (네이버 자동 로그인) - 2

(1편 부터 이어집니다.) 웹뷰에서 자바 스크립트설정이랑 쿠키도 끝낫으니 이제 요청헤더에 몇몇개의 값을 추가해줘야된다. 나중에 로딩할때         web.loadUrl(NAVER_LOGIN, extraHeaders);   이렇게 포함시켜주면 된다. 일단 요청헤더를 추가하기 위해서 Map<String, String> 형식으로 추가해준다.         Map<String, String> extraHeaders = new HashMap<String, String>();         extraHeaders.put("Referer", Config.HEADER_REFERERURI);         extraHeaders.put("ContentType", Config.HEADER_CONTYPE);         extraHeaders.put("User-Agent", Config.HEADER_UA); 대충 이렇게 설정해주는데 각각의 값은 다음과 같다. (코드에서 Ctrl + C, Ctrl + V라 좀 깁니다...) [Class Config]     public static final String HEADER_CONTYPE = "header_ConType = \"application/x-www-form-urlencoded\";";     public static final String HEADER_UA = "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:48.0) Gecko/...
댓글 5개
자세한 내용 보기

far, near 포인터

far, near 포인터는 예전 Dos 시절에 사용하던 포인터 들입니다. 16비트 메모리 환경에서 20비트 메모리 주소를 표현하기 위해서 사용되었습니다. 그 당시에는 메모리에 접근하기 위해서 오프셋(16bit)과 세그먼트(16bit)라는 것을 사용해서 예를 하나 들자면 F000 : 0001 (세그먼트 주소 : 오프셋 주소) = F0000001 (실제 주소) 이렇게 두 값을 더해서 메모리 주소를 표현 했습니다. near 포인터는 오프셋 포인터만을 저장할 수 있어 16 bit의 크기를 가지고 있습니다. far 포인터는 세그먼트 와 오프셋을 모두 저장이 가능하고 32bit의 크기를 가지고 있습니다. 그리고 huge 라는 포인터도 있는데 이 포인터는 오프셋을 저장하지만 far 포인터와는 다르게 오프셋의 값에 0 ~ 15까지의 값 만 넣을수 있다고 합니다. 이 주소를 사용하면 주기억 장치의 한 장소 중에서 주소가 딱 하나로 결정되는 장점이 있다고 하네요. 현재의 win32에서는 사라진 것으로 알려져 있으나 windows.h 에 아직 존재하기는 합니다. 아래와 같이 코드를 작성한후 돌리게 되면 아래 사진과 같은 결과를 얻을 수 있습니다. #include <stdio.h> #include <windows.h> void main(void) {     int far test = (int far)new int;     short near test2 = (short near)new short;     printf("far : %d\n", test);     printf("near : %d\n", test2);     system("pause"); } * 원래 정석대로면 farmalloc 등을 이용해서 할당을 하는게 맞긴 하지만 들어 있는 헤더를 찾지 못해서 new 로 비슷하게 구현...
댓글 쓰기
자세한 내용 보기