[WinAPI] allocation granularity란?

-
더 자세한 사항은 아래에서 참조
http://luto.tistory.com/28

region들의 집합이 윈도우즈 메모리
1개의 region은 64kb
프로그램에서 메모리를 할당받을때 사용되는 단위가 allocation granularity인데, 크기는 64kb
1개의 page는 메모리 할당의 최소의 단위로 4kb
(만약 프로그램에서 10kb의 메모리 공간을 할당받으려 하면, x86기반에서는 4kb의 배수인 12kb를 할당받게 된다)

SYSTEM_INFO si;
GetSystemInfo(&si);
si.dwPageSize = 4096
si.lpMinimumApplicationAddress = 0x00010000
si.lpMaxkimApplicationAddress = 0x7ffeffff
si.dwAllocationGranularity = 65536

PageTable에는 페이지가 램에 존재하는지 페이징파일에 존재하는지에 대한 정보를 갖고있다
가상메모리 공간을 확보하거나 커밋하기 위해 다음의 함수를 쓴다.
VirtualAlloc(
 LPVOiD lpAddress,
 DWORD dwSize,
 DWORD flAllocationType,
 DWORD flProtect
);

lpAddress : 시스템이 자동으로 빈공간을 정하도록 할때에는 NULL, 특정주소를 넘겨줄땐 반드시 UserArea 범위내의 주소. 주의점으로 이 주소값을 할당세밀도(allocation grarularity)의 단위에 맞춰야 한다. (64kb+1024byte)의 영역을 할당하게 되면 시스템은 이를 내림하여 (64kb)의 주소부터 영역을 할당하게 된다.
dwSize : 확보하고 싶은 주소의 크기를 바이트 단위로. 영역의 크기는 반드시 시스템 페이지의 크기의 배수여야 한다.
flAllocatioType : 확보할것인지, 커밋할것인지를 나타냄. 차곡차곡 순서대로 영역이 확보될것이라는 보장은 없다.
flProtect : 해당영역에 할당할 보호 특성을 지정한다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[WinAPI] 모달리스 다이얼로그 설명

-
이미지
출처 : http://www.winprog.org/tutorial/modeless_dialogs.html Now we take a look at CreateDialog() , DialogBox() 's sister function. The difference is that while DialogBox() implements it's own message loop and does not return untill the dialog is closed, CreateDialog() acts more like a window created with CreateWindowEx() in that it returns immediately and depends on your message loop to pump the messages as it does for your main window. This is termed Modeless , whereas DialogBox() creates Modal dialogs. You can create the dialog resource just like you did for the last dialog example, you might also want to set the "Tool window" extended style to give it's title bar the typical smaller caption of toolbars. The dialog resource I created follows: IDD_TOOLBAR DIALOGEX 0, 0, 98, 52 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION EXSTYLE WS_EX_TOOLWINDOW CAPTION "My Dialog Toolbar" FONT 8, "MS Sans Serif" BEGIN PUSHBUTTON "...
자세한 내용 보기

[WinDbg] Debugging a stack overflow

-
참조 : http://msdn.microsoft.com/en-us/library/windows/hardware/ff540620(v=vs.85).aspx Debugging a Stack Overflow 5 out of 11 rated this helpful - Rate this topic A stack overflow is an error that user-mode threads can encounter. There are three possible causes for this error: A thread uses the entire stack reserved for it. This is often caused by infinite recursion. A thread cannot extend the stack because the page file is maxed out, and therefore no additional pages can be committed to extend the stack. A thread cannot extend the stack because the system is within the brief period used to extend the page file. When a function running on a thread allocates local variables, the variables are put on the thread's call stack. The amount of stack space required by the function could be as large as the sum of the sizes of all the local variables. However, the compiler usually performs optimizations that reduce the stack space required by a function. For example, if two...
자세한 내용 보기

[WinDbg] first-chance, second-chance Exception

-
First-chance Exception 이란 디버거에서 프로그램이 실행 중일 때 SEH 같은 Exception 처리 구문이 들어가 있는 코드를 실행 하다가 어떠한 이유에서 던지 Exception 이 일어 났고 그 Exception 에 대한 처리 코드가 존재 하여 처리가 되었음을 디버거에 알리는 것입니다. 이 Exception이 꼭 프로그램에 심각한 오류가 있음을 말하는 것은 아니며 Exception 처리 코드에 의해 해당 Exception이 안전하게 처리가 되었고 계속 실행할 수 있음을 의미 할 수 있습니다.(대개는 대부분 별 문제 없는 경우입니다.) 만약 그런 Exception에 대한 처리가 없는 경우 디버거는 이를 인지 하고 사용자에게 직접 Exception이 났음 을 알리는데 이를 Second Chance Exception 이라고 하고 이것이 우리가 프로그램 디버깅 중 흔히 보는 에러 상황이 되겠습니다. http://support.microsoft.com/kb/105675              __try              {                            bReturn = IsBadReadPtr(buffer, sizeof(buffer));                     ...
자세한 내용 보기