64비트 메모리 할당(> 4GB -StackOverflow에서 이 질문을 참조하세요.32비트 +4GB 솔루션이 작동하지 않는 이유), 32비트 버전이 아닌 64비트 Windows Server 2008에서 ASP.NET 웹 사이트를 호스팅해야 한다고 권장하는 다른 이유는 무엇입니까? ?
주소 지정이 가능한 더 큰 메모리(>4GB) 문제인 경우 어쨌든 로드 밸런싱 솔루션이 있으므로 새(가상) 상자를 추가하여 확장할 수 있습니다.
CPU도 과열되지 않으므로 한계 속도 향상은 정당화될 수 없습니다.
내 직감으로는 가능하다면 64비트에서 호스팅해야 한다는 것입니다. 순전히 확장이 더 쉽기 때문입니다(필요할 때 더 많은 RAM을 연결하여). 그런데 그게 다야?!
모든 의견과 아이디어를 환영합니다!
답변1
내 생각에 당신이 정말로 물어봐야 할 질문은 왜냐는 것입니다.~ 아니다x64로 갈까? 하드웨어가 지원되고 앱이 작동한다면 32비트를 고수하는 이유는 무엇입니까? 비용 차이는 거의 또는 전혀 없으며 이는 미래의 모든 소프트웨어가 이동하는 방식입니다. 예를 들어 Exchange 2007은 64비트 전용이며 많은 새로운 소프트웨어가 그런 방식으로 이동하게 될 것이라고 확신합니다.
32비트를 사용해야 할 설득력 있는 이유를 찾을 수 없다면 64비트를 선택하겠습니다.
답변2
- x86_64 CPU에는비실행 비트페이지 테이블에서. 즉, 이는 버퍼 오버런으로 인한 보안 악용을 방지할 수 있습니다. 32비트 x86 CPU는 PAE 모드에서만 이 기능을 지원합니다.
- 당신은 사용할 수 있습니다서명된 Windows 드라이버. IMHO 이는 테스트되지 않은 드라이버로 시스템을 손상시킬 수 없기 때문에 이점입니다. 대부분의 Windows 문제는 손상된 드라이버로 인해 발생한다는 점을 기억하십시오.
솔직히 말하자면, 제 생각에는 64비트가 기본값이어야 합니다.연령지금! Windows 커뮤니티가 전환하는 데 얼마나 오랜 시간이 걸릴지 믿을 수 없습니다. Microsoft가 왜 굳이 32비트 Vista(그리고 지금은 Windows 7)를 출시하려고 하는지 이해할 수 없습니다. 당시 대부분의 CPU는 이미 64비트를 지원했지만 Apple조차도 PowerPC에서 32비트 x86으로 전환하기로 결정했습니다. 이것은 나에게 전혀 의미가 없습니다. 모든 것이 64비트이고 64비트만 가능하다면 모든 것이 훨씬 쉬울 것입니다.
답변3
많은 "이유"가 있지만 가장 중요한 것은 Microsoft의 모든 제품이 x64로 전환된다는 것입니다. 이는 디자인을 약간 '미래 보장'하고 ASP.NET 앱에 실패할 여지(예: OOM 오류)를 더 많이 제공합니다.
답변4
두 가지 모두 비용 차이가 크지 않다고 생각합니다. 그렇다면 Windows Server 2008 64비트를 사용하여 새 서버를 배포하는 것이 어떨까요? 더 큰 메모리 용량을 활용할 수 있는 능력이 이를 사용하는 가장 좋은 이유입니다. 요즘은 메모리가 너무 저렴해서 새 서버에 4GB가 너무 작아 보입니다!