4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

Sankim's Blog : Windows ????????? FAQ

Sankim's Blog : Windows ????????? FAQ — Thu, 21 May 2009 08:47:51 GMT

PingBack from http://blogs.technet.com/sankim/archive/2009/05/11/faq.aspx

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

듣보잡 — Sun, 24 May 2009 17:23:17 GMT

역시 실력으로 응수 하셨군요. 배우기라는분이 올린 여러글들을 읽어 보았습니다, 혼자 독학하면서 상당히 많은 부분 잘못 이해하고 글을 쓴것 같네요 그글을 많은사람들이 읽어볼텐데 걱정입니다. 앞으로도 등불같은 블로그가 되어주세요.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

궁금이 — Fri, 29 May 2009 09:10:02 GMT

PCI 메모리에 디바이스 드라이버가 올라가는 것 아니였나요?

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Fri, 29 May 2009 10:30:46 GMT

안녕하세요? :)

디바이스 드라이버는 Windows가 Access할 수 있고 관리(Memory Management) 가능한 물리 메모리에 올라 갑니다(PCI 메모리에는 올라갈 수 없습니다), 윈도우 Virtual Address Space에서 System Space 공간에 올라 갑니다. Windows Internals에서 Memory Managemnet를 참조해 주세요. 그리고 윈도우 MM을 이해하시려면 Windows Internals과 함께 Intel Processor를 이해 하셔야 합니다. *Intel 메뉴얼 3A의 Chapter 3/ Protected-Mode Memory Management를 참조하십시오.

감사합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Tue, 18 Aug 2009 04:49:26 GMT

부용님, 치즈 김밥님 올려주신 댓글 잘보았습니다. :)

좋은 하루 되세요~

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Tue, 18 Aug 2009 05:09:41 GMT

Catts님// 말씀 감사합니다, 그 사실(?) 알고 있었어요 :) 즐거운 하루 되세요~

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

허허.. 참.. — Tue, 18 Aug 2009 08:43:55 GMT

허허.. 참.. 어의 없네요..

http://www.ebuzz.co.kr/content/buzz_view.html?ps_ccid=80663

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Tue, 18 Aug 2009 10:25:52 GMT

제 글과 비슷하다는 의미시지요? 기술 이야기는 비슷할 수도 있다고 생각합니다... 저도 Mark Rusinovich의 글을 뼈대로 했으므로 나쁘게 생각하지는 않습니다만 몇가지 오류가 눈에 걸리네요.

그중에 가장 큰것이 글쓰신 분께서 Virtual Address와 Physical Address를 혼돈하고 계신듯 합니다, 둘은 전혀 다른 의미 입니다. virtual Address는 Process가 사용하기 위한 가상의 메모리 공간을 이야기 하고 Physical Address는 시스템에서 사용하는 실제 메모리 공간(칩셋이 알려준)을 의미 합니다. Virtual Address와 Physical Address를 혼돈한다면 상당히 어렵습니다.

그리고 4GB 전체 사용하지 못하는 이슈에 영향을 끼치는 디바이스 요인으로 MMIO 뿐만 아니라 System BIOS, Motherboard Resources (I/OxAPIC), Memory Mapped I/O, PCI Express* Configuration Space, Additional PCI Device Memory (Graphics Aperture), VGA Memory등이 있습니다.

이 포스팅을 쓸때 더 자세한걸 쓰려다가 너무 깊어질것 같아 이 정도(?)까지 썼는데 나중에 시간 나면 이부분도 더 소개해 드리도록 하겠습니다. :)

그리고 /userva는 Exchange Server와 같이 이 옵션을 Aware하는 어플리케이션에서 적용 해야 합니다. 그렇지 않은 경우에는 의미가 없으며, 메모리에 민감(?)한 응용프로그램은 동작자체를 하지 못하는 경우가 있을 수 있습니다(이 일로 Troubleshooting을 한 경험이 있습니다) 또한 /3GB로 인해 PTE Leak 이슈가 나타날 수 있습니다, 해당 글에서 언급한 ‘/3GB /userva' 옵션을 사용해도 문제는 마찬가지 입니다.

이 이슈를 정확히 이해하려면 Windows Kernel 뿐만 아니라 Processor도 이해하고 있어야 합니다. 이 이슈를 자꾸 하드웨어의 여러 기술에 접합시켜 이해하려면 더 복잡해지고 엉뚱한 답이 나올수 있으므로 지양해야 합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Wed, 19 Aug 2009 04:28:10 GMT

어제 저녁에 읽어 보고 링크의 글 내용중 몇가지에 대해서..

'이 기술을 적용하면 32비트 윈도의 메모리 한계를 최대 64GB까지 확장한다.'

=> 정확하게는 32비트 Addressing을 36비트로 변환하여 64GB까지 액세스 메모리 영역을 확장합니다. 이 구조하에 Windows에서는 PTE의 Size를 확장하여 64GB Physical Memory에 액세스가 가능하도록 구현합니다.

'4GB란 용량은 앞서 말한 것처럼 물리 메모리가 아니라 주소 공간을 뜻한다. 이 4GB의 가상 공간을 2개로 쪼개 2GB는 커널 모드, 나머지 2GB를 유저 모드에 할당한다.'

=> 여기서 주소 공간이 바로 앞에서 설명 드린 Virtual Address Space 입니다.

'꼼수를 이용해 4GB 이상의 메모리를 쓴다?'

=> PE모드에서 변경했다는 것 같은데.. 정확히 이부분은 어떻게 한것인지 궁금하네요, 방법을 아시는분 계시면 저에게 알려주시면 감사하겠습니다.

**그리고 이 포스트를 쓸 때 MMIO가 할당 되는 부분은 써야 할지 말아야 할지 고민했었습니만 이 부분은 하드웨어(정확히 말하면 Chipset)에서 다뤄야 할 사항이므로 자세한 내용 설명 없이 넘어갔었습니다(이것까지 쓰면 참 길어지죠). 혹시 이 부분을 확인 하기 위해 몇 대 컴퓨터에서 테스트 하시는 분들이 계시다면(왜곡 될수 있는 답을 얻을 가능성 높음) 그것 보다는 Intel Processor Manual을 구해 보시기를 추천해 드립니다, 이 모든 구조가 바로 Processor와 Chipset과 관련이 있습니다. 참고로 Intel Manual은 Intel 홈페이지에서 무료로 PDF로 제공 됩니다, 얼마전까지 책을 무료로 배송해 줬던걸로 아는데 어딘지 기억이.. . ^^;

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

그러면 — Wed, 19 Aug 2009 13:42:12 GMT

32비트 클라이언트에서는 4GB를 전부 사용하는 방법은 없나요?

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Thu, 20 Aug 2009 05:07:28 GMT

네, 하드웨어에서 Physical Memory를 4GB로 보여 주지 않는한 Memory addressing이 불가능 합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

tedhaha — Wed, 09 Sep 2009 12:03:06 GMT

정말 멋진 포스팅 감사합니다

메모리를 4GB로 올리며 향간에 들리는 소문따라 진상을 파악하고자 찾아다녔는데...

이 포스팅을 통해 확실히 이해했습니다.

다시 한번 감사합니다^^ (--)(__)

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Wed, 09 Sep 2009 12:41:11 GMT

이런 말씀들으면 힘이 불끈 불끈!!

감사합니다 :)

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

게이버 — Wed, 09 Sep 2009 19:11:32 GMT

4GB에서 제한이 걸린것은 32비트 환경이기 때문입니다.

2^32 = 4294967296Bytes = 4.0GB

4GB이상의 메모리를 사용하지 않아서 제한을 건것이 아니고 32비트의 구조상 한계때문에 자연스럽게 4GB로 제한이 걸린것이며 만약 구조한계를 해결할 수 있었다면 64비트 운영체제를 만들 필요는 없었습니다.(사실 서버 버전에서는 메모리 관리 부분에만 비트수를 늘리긴 했지만 어디까지나 서버이기 때문에 가능한 것일겁니다..)

드라이버 문제는 쉽게 해결 가능했을겁니다.

윈도 버전이 바뀔때마다 새로 드라이버를 만들어야 했고, 서비스팩 2 출시때부터 4GB 이상 메모리지원을 할 생각이 있었다면, 윈도 비스타때부터 4GB이상 메모리 지원 드라이버를 개발하도록 제조사에 권유해 크래시등의 문제는 생기지 않았겠지요.

주절주절 쓰다보니 말이 길어졌네요.^^

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Thu, 10 Sep 2009 04:24:26 GMT

안녕하세요?

말씀하신 클라이언트/서버 4GB제한의 차이는 '클라이언트'와 '서버'의 컨셉의 차이로 이해 하셔야 합니다. 서버이기 때문에 가능하다는 생각은 잘못된 생각입니다.

32비트 한계로 인한 4GB 제한은 CPU의 PAE를 통해 해결되어 128GB까지 가능합니다, 이는 CPU로 인해 가능해진 것이지 서버 제품이기 때문에 4GB이상 ACCESS가 가능한것이 아닙니다. PAE라는 것이 바로 36bit Addressing입니다.

그리고 64Bit 환경은 앞으로 근미래에 어떻게 변할지 모르겠지만 현재는 Enterprise Server를 위함이라고 보시는 것이 맞습니다, 아무리 32bit를 PAE로 확장한다고 해도 64bit의 1테라바이트의 메모리를 가지는 것은 불가능 하기 때문입니다. 1테라를 가지는 시스템을 예로들면 대형 DBMS를 구동하기 위함입니다.

그리고 드라이버 문제는 생각하시는 것 처럼 *절대* *쉽게* 해결 할 수 있는 것이 아닙니다. 단순히 서버 장비용 디바이스가 좋은 좋은 부품(?)이나 구조(?) 혹은 서버용이라고 이름 붙였다고 몇배 이상 비싼것이 아닙니다.

감사합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

pgmjeong — Mon, 21 Sep 2009 15:30:41 GMT

리눅스에서는 4G바이트 이상 사용이 가능합니다.

32비트에서요

그렇다고해서 무조건 4GB이상 사용가능한것은 아니구요

하나의 프로그램은 위에 포스팅하신분의 글처럼 4GB바이트를 커널이랑 디바이스랑 사용하고 남은 부분을 어플에서 사용합니다.

그건 어디까지나 가상메모리에서 그런것이구요

피지컬은 지금 제가 사용하고 있는 장비에서는 64GB까지

인식하고 사용하고 있습니다.

커널에서 64GB를 관리를 하고 어플당 얼마씩 쪼개서 가상메모리로 사용하도록 주는거죠

리눅스가 이렇게 사용이 가능한것은 커널패치만으로 가능합니다.

몇년전가지는 8GB가 한계였던 것으로 기억합니다.

커널을 패치를 하면 그이상 사용가능하구요

윈도우도 MS에서 패치를 하면 사용가능하지 않을까 하는 생각을 해보네요. 그냥 이건 단순히 제 생각입니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Mon, 21 Sep 2009 16:45:01 GMT

Windows에서도 4GB 이상이 사용 가능합니다 :)

Windows는 Client나 Server나 동일한 Kernel을 사용하기 때문에 원칙적으로 4GB 이상을 사용할 수 있습니다. 그러나 본문의 Q1에서 드린 답변처럼 일반 클라이언트 환경에서 4GB 이상 사용할 경우 4GB 이상에서 드라이버 문제 가능성 때문에 4GB이상 사용할 수 없도록 제한(Disable)을 걸었습니다. *이는 4GB 이상 메모리에 대한 테스트가 안된 드라이버가 많은 Windows Client 환경에서 문제의(대혼란) 소지를 막기 위함으로 보는 것이 맞습니다.* 그래서 4GB이상을 사용하기 원하신다면 Client가 아닌 Server 버전 혹은 X64 Editioin을 사용하시기를 권장합니다.

그리고 Linux에서 패치로 사용 가능한 메모리를 높일(?) 수 있다는 표현을 하셨는데, 윈도우도 동일합니다, 제가 이전에 포스팅한 글을 읽어 주십시오.

Windows 최대 메모리 크기(Size)

http://blogs.technet.com/sankim/archive/2009/04/15/windows-size.aspx

보시는 것 처럼 서비스팩이 올라갈때 마다 사용가능한 메모리가 커지는 것을 볼 수 있습니다. 이는 단순히 커널의 확장만으로 가능한 것이 아니라 H/W Vender에서 제공하는 메모리 크기를 확장해줘야 운영체제가 그에 맞는 메모리를 수용할 수 있도록 코딩이 되는것입니다. 패치를 해서 올라갔다는 것 보다는 *시간이 흘러 기술이 발전하면서 H/W에서 인식가능한 메모리가 높아져갔고 그에 맞춰 높은 메모리수용할 수 있도록 커널이 발전 되어 왔다고 이해하는 것이 맞습니다.*

참고로, 128GB 메모리가 한 메인 보드에 차례대로 꽃혀 있다면 메모리와 CPU간의 거리가 얼마나 될지 생각해 보면 메모리와 CPU간 통신에도 물리적 거리때문에 성능에 큰영향을 미칠것 입니다, 그렇기 때문에 이를 보완 하기 위해서 NUMA 아키텍쳐라는 것이 있습니다, 물론 이를 위해서 H/W에서 그에 맞는 물리적, 소프트웨어적인 환경을 구축해 줘야 합니다.운영체제는 그 H/W적 환경을 효율적으로 이용할 수 있도록 코딩을 하는 것이고요. 이것이 H/W와 S/W의 ecosystem이라고 할 수 있습니다, 누구 하나만 발전한다고 환경계를 바꿀 수 없는..

도움 되셨으면 합니다..

감사합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Wed, 21 Oct 2009 05:41:06 GMT

(아래 분들 죄송합니다만 댓글 승인하지 않았습니다)

ㅋㅋ님/ 제 부덕입니다 :)

허허.. 참. 님/ 동감합니다, 감사합니다.

무명님/ 말씀하신 그것.. 원래 작정하면 끝이 없는것 같습니다. :)

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Wed, 21 Oct 2009 05:43:05 GMT

혹시 'MMIO' 혹은 '장치 메모리'라는 단에를 애매하게 느끼시는 분들을 위해 본문 맨밑에 관련 내용을 추가 하였습니다. 도움 되시길 빕니다. :)

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

스카이블루 — Mon, 26 Oct 2009 04:25:56 GMT

좋은글 감사합니다 항상 궁금해 했던 부분이었습니다.

그런데 인터넷을 돌아다녀보면 32비트 운영체제에서

4기가를 사용할수 있도록 바꿔주는 프로그램이 있었습니다.

비스타/7 에만 해당되는거 같았습니다만.. 제가 그래서

해보니 윈도우상에서 4GB로 변해 있더군요... 숫자수치

상만 바뀐건지 위의 글을 읽어보면 제가한행위는 말이

안되는것이긴 한데요.. 실제로 적용됬다면...

Memory dump 가 종종 일어날 가능성이 높은것일까요?

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Mon, 26 Oct 2009 06:10:11 GMT

안녕하세요? 방문감사드립니다.

4GB로 바꾼다는 것이 정확히 어떤 의미 인지 모르겠네요 ^^;. 시스템 정보에 보여주기를 4GB로 보여준다는 의미인지(그것은 Vista SP1에 추가됨)아니면 정말 Memory Manager가 4GB 전체를 Addressing의미인지 확인해 봐야 할 것 같습니다. 후자의 경우는 불가능 하고요, 이전에 외부 툴을 사용해 보이지 않는 부분을 다룰수 있다는 글들은 본적이 있습니다만 그렇다고 해도 그것이 실제 Windows Memory Manager가 4GB를 Addressing할 수 있다는 의미는 아닙니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

kjh — Mon, 26 Oct 2009 14:02:42 GMT

안녕하세요..

이 글보고 드디어 제 OS의 문제 원인을 알았습니다.

DDR2 1gb 두개를 장착 했는데도 불구하고 2048mb가 아니라 2046mb/2047mb로 표기된 이유를요,

감사합니다~

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

대리인 — Fri, 30 Oct 2009 00:34:27 GMT

질문좀 하겠습니다.

1. PAE기술이 가상주소공간에 대한 어떠한 변형을 가합니까? 즉, 기본적으로 유저+커널=2+2인 상태에서 이것을 3+1로 자동적으로 변형시킨다던지, 아니면 늘어나는 실제주소만큼 가상주소공간이 스케일업 됩니까?

2. 4GT(/3gb)만이 가상주소공간에 대한 변형을 하는 것이고, PAE는 가상주소와는 무관하다고 한다면 이는 틀린 말이 됩니까?

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Fri, 30 Oct 2009 04:56:08 GMT

대리인님, 주제넘은 말씀인지 모르겠습니다만 아무리 웹에서 대화라 해도 가능하면 서로 인사로 시작하면 좋을 듯 합니다, 다짜고짜 질문부터 하시면.. 갑자기 학원 선생님이 된 기분이.. ^^;

답변을 드리면 아래 문의에 대한 해답을 얻기 위해서는 PAE, 4GT, PA(Physical Address), VA(Virtual Address)의 컨셉을 정확히 이해 하셔야 합니다. PAE는 Physical Address에 적용되는 것이고 4GT는 Virtual Address에 적용되는 것 입니다. 즉 PAE => PA, 4GT => VA.

[질문1]

[답변1]

아니요, PAE가 Enable 된다고 말씀하신 것처럼 4GB의 가상주소의 크기가 변하지는 않습니다. PAE로 또한 2/2모델이 3/1이 된다거나 하지 않습니다, 이것은 4GT에서 가능합니다. PAE는 MMPTE 안의 PageFrameNumber를 늘려 Access 할 수 있는 메모리의 범위가 늘어 나는 것이지 말씀하신 것처럼 VA의 크기를 늘려서 4GB 이상 메모리에 Access가 가능도록 하는 것이 아닙니다 또한 4GT 같이 VA의 2:2 모델을 변경하는 것이 아닙니다.

그런데 정말 아주 설마 혹시나 해서 여쭤보는데 PAE때문에 가상주소가 변하는 OS가 있나요? ^^;;

[질문2]

2. 4GT(/3gb)만이 가상주소공간에 대한 변형을 하는 것이고, PAE는 가상주소와는 무관하다고 한다면 이는 틀린 말이 됩니까?

[답변2]

4GT는 가상주소 User mode/Kernel Mode 2:2을 3:1로 변경합니다, 그리고 ‘가상주소와 무관하다’는 의미가 ‘VA 크기 혹은 모델과 관계없다’로 받아 들여지는데 맞는 지요? 그렇다면 틀린 말이 아닌 맞는 말입니다.

4GB 이야기가 끝나니까 이곳 저곳 PAE에 대한 이야기가 많이 있네요, 이전 부터 PAE를 주제로 써야 겠다고 생각했는데 계획한 글도 있고 바쁘기도 해서 미루고 있었는데 빠른 시간 내에 PAE에 대해서 써야겠네요. 그때를 기대해 주세요 

그럼 즐거운 주말 보내시기 바랍니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

이재윤 — Fri, 30 Oct 2009 18:38:34 GMT

안녕하세요!!!

글 잘 읽었습니다.

위에 커멘트에 보니깐. ebuzz에 글의 내용이 보이는데.

ebuzz 글을 쓰신 기자분의 가상메모리 개념은 제가 볼때는 헷갈리신게 아니고 독자에게 의미전달을 하려고 한것 같네요.

그리고 MMIO 뿐만 아니라 System BIOS, Motherboard Resources (I/OxAPIC), Memory Mapped I/O, PCI Express* Configuration Space, Additional PCI Device Memory (Graphics Aperture), VGA Memory등이 있습니다. 라고 하셨는데

위에서 말한게 MMIO에 다 포함되는 내용 같네요. 어차피 물리적 장치가 붙으면 램에 맵핑을 해서 동작을 하니깐요.

맵핑된 램에 자료가 업되면 장치로 정보가 보내지는 구조는 어느 하드웨어나 다 그러니깐요.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Sat, 31 Oct 2009 00:47:18 GMT

안녕하세요?

그 글을 읽었을때 느낌은 VA, PA 두 개념이 짬뽕 되었다는 것입니다. 그냥 한번 쓱 읽고 잊는 다면 모를까 정말 정확한 이해와 실질적 필요가 있다면 혼돈을 줄 가능성이 아주 높습니다. 실질적으로 Memory를 다룰때 대부분 이 두 개념을 혼돈해 엉뚱한 방향으로 나가는 것을 종종 볼때가 있습니다. 이 두가지를 구분 하는 것은 별을 5개 주어도 아깝지 않을 만틈 아주 중요합니다.

전산용어가 그런것 같습니다, 동일한 컨셉을 가지고도 몇가지 씩 다른 용어가 있고, 부르는 사람마다 다르고 넓게 보고 이야기 하느냐 아니면 하나 하나 쪼개서 부를 것이냐, 범용이냐 특화냐, 범용이라 생각하고 사용했었는데 알고 보니 특화된 부분에서도 쓰이고.. 그 반대인 경우도 많고, 쪼개서 쓰는것이 맞느냐 아니냐.. ㅎㅎ :)

어서 빨리 용어의 통일이 와야 한텐데요.. 그런데 너무 빨리 변하는게 이바닥 생리라.. ^^

감사합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

궁금이 — Fri, 13 Nov 2009 15:09:15 GMT

안녕하세요? 언제나 상킴님의 글 잘 읽고 있는 사람입니다. 질문이 있어 댓글을 남김니다.

웹에 아래같은 글이 있는데요 DEP를 사용하면 별도의 데이타 공간을 필요로 하나요? 그리고

DEP를 쓰려는데 왜 PAE가 필요한가요? PAE가 가상메모리를 커널1,유저3으로 변경하나요? 그렇다면 /3GB는 왜 필요한건가요? 제가 알고 있는것과 달라서 질문드립니다. 부탁드립니다.

PAE라는 실제 주소 확장은 기존의 유저 모드에서 사용할 수 있는 2GB의 메모리 주소를 좀 더 확장시켜서 Windows의 퍼포먼스를 증가시키는 목적을 가진 스케일 업(scale up) 기술입니다. 그런데 이 기술은 기본적으로 활성상태로 놓여있습니다. 왜냐하면 Windows XP의 서비스팩 2가 출시되면서 DEP라는 데이타 영역을 보호하는 기술이 나오게 되는데, 위에서도 설명을 했지만 이것이 바로 데이타 실행 방지 기술입니다. 그런데 데이타 영역은 고정되지 않고 유동적으로 변화할 수 있으므로 가상 주소 공간도 이에 따라서 융통성 있게 변화(scale flexibly)를 해야 합니다. 2^32 = 4GB를 넘어서려면 32비트가 아닌 36비트 주소도 만들어야 하므로 주소 재지정이라는 주소 변환 기술이 필요하며, 변환을 통해서 실제 메모리에 접근을 하게 됩니다. 그래서 DEP도 기본적으로 PAE라는 기술이 요구됩니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Fri, 13 Nov 2009 15:56:02 GMT

안녕하세요?

먼저 아래 정의를 읽어 주십시오.

[질문 1.]

DEP를 사용하면 별도의 데이타 공간을 필요로 하나요?

답변

:아래 질문 2를 읽어 보시면 이해가 되시겠지만, 아닙니다.

[질문 2.]

DEP를 쓰려는데 왜 PAE가 필요한가요?

답변

:DEP에서 PAE가 필요한 이유는 32bit에서는 존재하지 않는 64bit PTE table의 field를 이용하기 때문입니다.

[질문 3.]

PAE가 가상메모리를 커널1,유저3으로 변경하나요? 그렇다면 /3GB는 왜 필요한건가요?

답변

: 아래 두개의 정의를 읽어 주십시오.

PAE의 정의

:PAE는 4GB이상의 물리메모리(Physical Memory)를 지원하기 위해 Intel Pentium Pro이후 부터 Intel에서 제공하는 메모리 어드레스 확장 기술 입니다,

4GT (/3GB)의 정의

:4GT(4-gigabyte tuning)는 가상메모리 공간(virtual address space)의 응용프로그램(application)에 3 GB, 시스템(system)을 2GB에서 1GB로 줄이는 기술입니다. 가상메모리 튜닝 기술!

*즉 PAE를 Enable 한다고 가상 메모리 응용프로그램2:시스템2에서 응용프로그램3:시스템1로 변환 하는 것이 아닙니다. 2:2에서 3:1로 변환하는 것은 4GT입니다.

개인적으로 개인 사용자들이라면 4GT에 대해서 고민할 필요가 없다고 생각합니다. 일반 응용프로그램이 가상메모리를 2GB이상 필요로 하는 경우는 흔하지 않습니다. 데이타베이스를 이용하는 서버 제품의 경우 유저모드의 넉넉한 메모리 확보를 위해 4GT를 사용하곤 하는데 이 때문에 드물지만 문제가 발생하는 경우가 있습니다.

4GT로 응용프로그램 영역를 3GB로 늘렸다는 것은 시스템 영역을 2GB에서 1GB로 줄였다는 의미가 됩니다, 이러한 연유로 시스템 관련 메모리 리소스 부족을 불러 일으킬 수 있습니다. 쉬운 예를 들어 네트워크 Connection이 많이 일어나는 응용프로그램의 경우에는 가상메모리의 시스템 영역에 연결정보를 저장하는데 Conncetion이 지나치게(?) 많이 연결되는 경우 2GB였을때는 끄떡 없었지만 1GB로 줄어 메모리 부족 때문에 더 이상 연결이 되지 않는 문제가 발생할 수 있습니다. 이러면 연결 되어 있던 클라이언트들은 사용에 문제가 없지만 새로 연결하려는 클라이언트는 연결에 실패하게 되죠. 이런 경우 Platform을 지원하는 엔지니어와 해당 어플리케이션 지원 엔지니어간의 논쟁이 일어날 가능성이 높습니다.(경험담)쿄쿄쿄!

좋은 하루 되세요~

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

Ekmemory — Tue, 24 Nov 2009 06:49:28 GMT

안녕하세요.

일기 너무 어려운 데 어째든 잘 보고 갑니다.

너무 좋은 정보 무료로 제공해 주셔서 감사합니다.

하시는 공부 잘 되시길 축복합니다.

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Tue, 24 Nov 2009 07:08:51 GMT

네~ 감사합니다 :)

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

joshua — Tue, 01 Dec 2009 16:37:12 GMT

안녕하세요.

제가 궁금한점이 있어서 이렇게 글을 올립니다.

현재 서버를 64 비트로 마이그레이션중에 궁금한점이 있어서요.

몇몇 어플리케이션이 아직 64비트를 지원하지않고 32비트만 지원하므로 어쩔수없이 64 버전 윈도우서버에 32비트 어플리케이션을 설치하여서 사용중인데요.

아무리 메모리를 많이 설치한다고 해도 실제 어플리케이션은 4GB 메모리가 사용할수 있는 최대 메모리라고 알고있습니다.

여기서 질문.

터미널서버인 경우에는 어플리케이션의 프로세스가 사용자 세션마다 둥실둥실떠있으므로 터미널세션의 프로세스 당 사용가능한 메모리 최대가 4GB 라는 의미도 되나요?

아님 동일한 어플리케이션의 프로세스가 세션마다 둥실둥실 여러개 실행되어있어도 그 메모리의 값을 몽땅 더해서 4GB를 넘지 못한다는 의미인가여?

갑자기 궁금해서여..어차피 32비트 어플리케이션을 사용할 수 밖에 없지만 궁금해서여...

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

sankim — Wed, 02 Dec 2009 10:15:21 GMT

안녕하세요?

"터미널서버인 경우에는 어플리케이션의 프로세스가 사용자 세션마다 둥실둥실떠있으므로 터미널세션의 프로세스 당 사용가능한 메모리 최대가 4GB 라는 의미도 되나요?" => 이 의미가 유사하게 맞고요...

그러나 정확히 말씀드리면 Windows에서 실행 되고 있는 프로세스마다 2GB의 User mode 메모리가 할당됩니다. 즉 터미널 세션이 3개 열려있고 프로세스 이름이 a.exe라면 각기 다른 세션에서 a.exe가 3개 실행되고 각기 다른 3개의 가상메모리가 생기는 것입니다. 사실여기서 터미널 세션은 중요하지 않습니다. Windows MM입장에서는 3개의 이름이 같은 프로세스가 실행되는 것이니까요.

그리고 "프로세스마다 2GB"라고 명시한것은 가상메모리가 4GB이고 이중 User는 2GB, Kernel은 2GB를 할당한다고 할때 해당 프로세스를 위한 메모리는 User mode 2GB입니다, Kernel은 공유합니다.

이 포스팅에 주신 질문들만 모아도 포스팅하나 쓰겠다는 생각이 드네요.. 쿄쿄

p.s. 가상메모리에 대해서쓴다고 한지가 꽤된것 같은데.. 허... 참.. 일이 정말 몰릴때는 미친듯이 밀려들어오는군요.. ㅜㅜ

re: 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트

치즈 김밥 — Fri, 04 Dec 2009 08:19:16 GMT

어디 가보니 2GB 커널공간을 이상한 적체소 같이 표현한데다 PAE가 가상 메모리 공간을 변경하는 거라고 그림까지 그려서 설명하는 곳을 보았습니다. 글 전체적인 흐름은 분명 틀렸는데 맞는 일부 부분을 sankim님의 글 일부를 캡쳐해 비교하면서 sankim이 한말과 자기 주장이 같다고 주장하고 있습니다. 그리고 그곳에 sankim님에 대한 이야기도 있더군요 ㅎㅎㅎ

아직도 많은 사람들이가상메모리에 대해서 잘못할고 있는거같은데 Sankim님께서 블로그로 정리 한번 깔끔하게 해주셨으면 좋겠네요.