앱이 AWE를 인식하는 경우 64 비트 앱보다 덜 효율적이지만 4Gb 이상의 주소 공간을 사용할 수 있습니다. PAE가 사용 가능하고 프로세스가이를 사용할 수있는 경우 32 비트 Windows 변형에서 32 비트 프로세스가 32 비트 주소 공간이 허용하는 것보다 많은 액세스를 할 수도 있습니다.

개별 32 비트 프로세스 _{^{(AWE에서 인식하지 못함)}} 는 일반적으로 3Gb (커널 관련 작업을 위해 예약 된 가상 주소 공간의 첫 번째 Gb _⁾ 로 제한 되지만 여러 프로세스를 실행중인 경우 더 많은 프로세스를 사용할 수 있습니다 . 가상 주소 공간이 공유 되지 않기 때문에 total _{^{(각각 최대 3Gb, 총 메모리 허용)}} 을 _{^{사용할 수 있습니다}} .

프로세스 당 한계 존재는 서비스 프로세스 대신 스레드 기반보다는 기초하는 경향 유닉스 환경에 더 도움이된다 _{^{(처리 자원을 하나의 공정 주에 다중 스레드 따라서 단일 3GB 가상 주소 공간을 공유하는)}} 일반적인 그대로 Windows에서 _⁽ Windows _{^{에서 새 프로세스를 시작하는 것은 상당히 비싸므로 스레드가 선호됩니다. 대부분의 Unix 환경에서는 새 프로세스를 시작하는 것이 새 스레드를 시작하는 것보다 훨씬 많은 리소스를 소비하지 않습니다)}} . 예를 들어, 하나의 프로세스 일 뿐이므로 3Gb 한도에 도달하기 때문에 SQL Server 만 실행하는 컴퓨터에는 그다지 도움이되지 않습니다 _{^{. 이 기능은 다음 주요 릴리스에서 제거 될 예정입니다)}} .

32 비트 프로세스뿐만 아니라 총 3Gb 이상을 사용할 수있는 OS는 디스크 캐싱에 사용되지 않은 메모리를 사용할 수 있으므로 프로세스가 그런 방식으로 파일을 열지 않는다고 가정하면 낭비되지 않을 수 있습니다. OS 에게이 작업을 귀찮게하지 말라고 말하십시오.

답변