윈 도 우 윈도우해킹 어디까지.. 경계가 무너지는군요..

OS 상에서 단순히 4G 이상을 인식하는 것은 별로 의미가 없습니다. 사실 윈도우 XP64도 2003 서버를 개조해서 만든 거지요.

2003 서버가 32비트지만 메모리 인식은 4G 이상 되었습니다, 중요한건 어플리케이션이에요. 32비트는 어플레케이션에서

할당할수 있는 메모리가 2G로 한정 됩니다. PAE를 쓰면 3G까지 되지요. 그래서 예전에 CATIA등에서는 PAE를 꼭 해서

사용 했습니다. 64비트 어플은 당연히 이 이상지원하겠구요. 하지만 32비트 OS에서 64비트 어플은 안깔리고... (반대는 되지만...)

결국은 OS상에서 4G이상의 지원은 별 의미가 없다는 이야기 입니다. 그냥 단순히 메모리를 인식하게 해 줄뿐 그 이상도

이하도 아닙니다.

이게 신기해요?

쉬운 강좌나 매뉴얼이 나오길 기대하겠습니다^^;;

사실 저도 알리아스님과 좀 비슷한 의견인데요...

학습적(?)으로는 꽤 성취도가 있어보이긴 합니다만 이 내용이 실사용 하는 32비트 OS에는 그리 영향을 줄 수 있는게 없어보인다 라는 생각이 드네요.. 

실용성은 별로 없네요. 이런걸 요즘와서 좀 나쁜말로 수치딸이라고 하죠.

중국산 짭퉁 USB 메모리들이 수치적 용량 뻥튀기 하고 팔아먹는거랑 별반 다를게 없는 수준입니다.

일단 어플이 메모리가 늘어도 쓰지않으면 소용없으니

가상메모리 페이징파일 없음을 해놓고 시스템에서 메모리를 사용해준다면 쓸모가 있겠습니다.

이것도 수치만 잡히고 안쓴다면 아무짝에도 쓸모없는 거구요.

상위주소 접근은 여러 편법보다는 커널패치와 부트로더 수정이 가장 확실하고 완벽합니다.

다만 범용보드가 아닌 마춤형 한글바이오스를 사용한 대기업모델과 이와 유사한 몇몇 노트북에서는 

문제를 일으으키는 사례가 적지않으니 이런경우 주의가 요망되고 있습니다.

그러나 범용보드라면 8.1 기준으로는 별다른 문제는 없습니다.

문제는 7 이하의 경우 상위주소를 풀로쓸때 거의 100% 번지충돌로 다운되었으나 8.1만은 문제가 없었는데 8도 그럴것 같습니다.

프로세스당 2GB 문제도 말끔히 해결된 것으로을 확인됐습니다.

그렇다고 제약이 전혀 없는것은 아닌데

1. VM에서 게스트에 x64를 설치할수는 있되 3.5GB 이상은 할당불가인데 좀 찝찝하지만 이정도는 사소한 문제입니다.

2. imdisk에서 3.5GB 이상의 램디스크를 할당하기 위해서는 AWEALLOC 모듈을 경유해야 하는데 이는 최대크기를 항상 잡고있는 모드입니다.

프리모같은 다른걸 쓸때는 문제가 안되며 컴팩트모드도 잘 작동하였습니다.

64비트가 호환성이 나쁘면 시도해보겠는데 그것도 아니라서 걍 64비트씁니다.

사양때문에 64비트를 못쓰고 32비트를 쓴다는게 뭔소린지 이해가안되네요.