일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- dsquery
- 터키여행
- 프로세스 CPU 사용량
- Windows Server 2016 Hyper-v Cluster
- ftp7.5 장애조치 클러스터
- SQL Server 2008
- Windows Server 2008
- Windows Server 2016
- Session space
- SQL Server 2012R2 FCI
- failover cluster
- 안철수
- 작업관리자
- MSCS on VMWare
- cluster node as Domain controller
- windows media service
- windbg
- Local TempDB
- FTP7.5
- Nested VM
- paged pool
- iSCSI target
- 인문고전
- windows debugging tool
- 클러스터
- Hyper-V
- windows update
- LiveKD
- nonpaged pool
- Xperf
Archives
- Today
- Total
목록Windows server 64 bit 아키텍처 (1)
류짱:Beyond MySelf
64-비트 Windows와 32-비트 Windows의 메모리/CPU 비교
32-비트 아키텍처의 한계 32-비트 버전의 Windows Server 2003은 32-비트 가상 주소 공간을 사용하기 때문에 사용할 수 있는 가상 메모리의 용량이 최대 4 GB로 제한됩니다. 더구나 이 4 GB 가상 메모리 중에는 일반적으로 운영체제만이 참조할 수 있고 모든 프로세스들이 공유하는 영역으로 2 GB가 지정되어 있기 때문에, 어플리케이션이 직접 참조할 수 있는 가상 메모리의 크기는 2 GB로 또 다시 제한됩니다. 데이터베이스를 비롯한 대부분의 어플리케이션들이 점점 더 복잡해짐에 따라, 어플리케이션 프로세스가 참조할 수 있는 가상 주소 공간의 크기가 2 GB로 제한된다는 것은 병목 현상을 초래할 수 있는 하나의 요인으로 다가오기 시작했습니다. 이를 극복하기 위해 Windows® 2000 Se..
Microsoft/Windows Platform
2009. 12. 23. 08:52