디스크 영역


 


이 글은 디스크 영역과 Windows 7 에서 「사용되는」디스크 영역에 관한 것입니다. 디스크 영역은 모두가 절약하고 싶다고 생각하는 것으로 일반적으로 비용대비 효과가 큰 경우도 있습니다. 그러나, 회전식의 드라이브보다 용량이 훨씬 작은 솔리드 상태 드라이브 (SSD) 의 출현으로 최근, 상황이 바뀌었습니다. 전통적으로, Windows를 포함한 대부분의 소프트웨어는 60GB (또는 1,500GB)  디스크로, 특정 (정당한 이유의) 필요성을 위해서 100MB를 사용하고 싶지는 않았습니다. 그러나,16GB 의 SSD 를 탑재한 머신에서는 Windows 에서  사용하는 디스크 영역을 설치 때와 PC 「시대」 의 양쪽 모두에 대하고, 신중하게 검토하고 있습니다. 관심이 있는 분은 WinHEC에서도 SSD 에 관한 특정 세션을 참조해 주세요.이  글의 저자는 코어 OS 개발 팀의 프로그램 관리자인  Michael Beck 입니다. --Steven

「전유 면적」 - "footprint"에 대해 이야기합시다. 이 글의 목적으로서 「전유 면적」이라고 할 때, 그것은 Windows 에 의해서 사용되는 물리적인 디스크 영역을 의미하고 있습니다. 이것은 Windows 의 이진 파일 뿐만이 아니고, 시스템이 동작하기 위해서 사용 또는 예약되는 디스크 영역도 포함합니다. 디스크의 전유 면적이 다양한 Windows 기술에 의해서 어떻게 사용되는지, 세부 사항에 말하고 싶습니다.

많은 댓글 중에서, 디스크의 전유 면적과 Windows 7 의 디스크 사용량이 어느 정도 인지에 대해 물었습니다. 지금까지 이야기한 설계에 관한 의제와 같이, 디스크 영역에도 절충이 하여,  이 글에서는 절충의 몇 가지 세부 사항을 살펴보고 동시에 지금까지 전해진 피드백에 대해도 소개하고 싶습니다. 덧붙여 Windows 7 의 시스템 요건에 대해, 아직 약속 할 수 있을 단계는 아니라는 것에 주의 부탁 드립니다. 따라서, 이것은 배경 및 기술적 초점으로서 생각해 주세요.

이 글을 구성할 무렵, 지금까지 전해진 두 가지 중요한 피드백 및 질문에 대해 생각하고 싶습니다.


  • WinSxS 디렉터리에는 무엇이 들어가 있고, 왜 이렇게 큰 것일까요? 삭제해도 괜찮습니까?
  • Windows 구성요소용으로 디스크 영역은 어디로 가 버렸는지요?

그리고, Windows 7 의 초점과 엔지니어링에 대해 이야기하고 싶습니다.

WinSxS 디렉터리

(Vista에서의) 새로운 디렉터리인 Windows SxS 디렉터리 (%System Root%\winsxs)에 대해 많은 질문을 받고 있습니다. 새롭게 설치된 시스템 속성의  파일 수가 3,000 이상으로 3.5 GB 이상 사용된다는 표시를 보고, 많은 사람들은 아주 대단한 양의 디스크 사용라고 생각되겠지요. 시간이 지나면, 이 숫자는 한층 더 커집니다. 다음은 Steven 자택의 PC 예입니다.

image_thumb[4]

운영 체제의 「모듈러화」는 Windows Vista 의 공학적인 목표였습니다. 그 이전의 오래된 Windows 에서 설치, 서비스 및 안정성에 관한 문제의 해결책이었습니다. Windows SxS 디렉터리는 모든 시스템구성요소의 「설치와 서비스 상태」를 보여줍니다. 그러나, 빌트된 도구 (DIR 커멘드나 탐색기)에서 계측하여 표시되는 숫자만큼 실제로는 디스크 영역을 사용하고 있는 것은 아닙니다. 다만, 실제의 디렉터리의 디스크 사용량을 이해하기 어렵게 한다는 것은 지당한 지적입니다!

실제로, WinSxS 디렉터리의 대부분의 파일은 시스템의 물리적인 파일에의 「하드링크」입니다. 즉, 파일은 실제로는 디렉터리 안에는 존재하지 않습니다. 예를 들어, WinSxS 안에는 advapi32.dll 라는 700 KB 정도의 파일이 있을거라 생각하지만, 실제로는 Windows\System32 내에 있는 파일에의 하드링크가 여기에 표시되고 있습니다. 즉, Windows 탐색기에서 각각의 디렉터리를 보면, 그 파일은 2 회 (혹은 그 이상) 기록됩니다.

이것은 Windows 의 서비스 플랫폼 (패치나 서비스 팩을 배포하는 도구)이 무엇이 설치되어 있는지, 설치할 수 있는 것 (옵션 구성요소, 자세한 것은 나중에 설명합니다)은 어떤 버전, 시스템에 설치된 업데이트 시스템 상태에 대해 수많은 주요한 판단을 하여, 개별 시스템에 대해서 적용할 수 있는 Windows 패치를 특정하는데, WinSxS 디렉터리를 검색하는 유용성이 있습니다. 이 기능에 의해, 서비스 안정성이나 성능이 향상되어, 향후의 추가 시스템 계층화나 뛰어난 설정 가능성을 제공하기 위한 기술적인 대안을 지원합니다.

WinSxS 디렉터리는 오프라인 서비스도 가능하게 하여, 그 결과 Windows Vista 는 「이미징에 대해서 안전」하게 되었습니다. Windows Vista 이전의 OS  표준에  포함된 기능 배포는 「설치」에 의해서만 제공되었습니다. IT 기술자는 우선 1개의 시스템을 설치하고, 설치 상태를 일반적인 이미지로서 수집하기 위한 타사 제품 도구를 활용하여  복수의 시스템에 배포했었습니다. 즉, Windows 는 「이미지 대응」으로서는 구축되지 않았습니다. 시스템의 80% 이상은 Windows 그 자체로 지원되지 않은 기술을 사용하여 배포 및 사용되어 IT 부문은 Windows 를 효율적으로 관리하기 위해 개별 사양의 솔루션을 생각할 필요가 있었습니다. 또한 WinSxS 디렉터리에 저장된 상태는 오프라인으로 검색할 수 있으므로, 패치를 적용하는데 이미지는 실행될 필요는 없습니다. 이 WinSxS 의 두가지 기능에 의해, Windows Vista 를 배포 하는 IT 부문에 대해서 고 유연성과 비용 삭감을 제공하여, 오프라인에서 표준의 회사용 이미지 생성 및 사용이 간단해 집니다.

WinSxS 는 단지 존재하는 것만으로 디스크 영역을 얼마나 사용하는지, 또 그 중에는 많은 메타데이터 파일, 폴더, 매니페스트, 카탈로그가 존재한다는 것은 사실이지만, 그 크기는 표시되는 숫자보다 훨씬 작습니다. 실제의 크기에는 폭이 있지만, 일반적인 시스템에서는 400MB 정도입니다. 이 숫자는 작지 않을지 모르지만, 그 결과 태어나는 서비스의 안정성을 생각하면, 타당한 절충이라고 생각합니다.

그럼, 왜 셸은 하드링크를 이와 같이 표시할까요? 하드링크는 시스템 전체의 중복된 파일의 디스크 전유 면적을 최적화하는 기능을 합니다. 응용 프로그램 개발자도 응용 프로그램의 디스크 사용을 최적화하는데 이 기능을 사용할 수 있습니다. 응용 프로그램이 기대하는 경로가 파일시스템의 물리적인 파일로서 보이는 것은 실제의 파일의 적절한 로드를 지원하는데 매우 중요합니다. 이 경우에서는 셸은 파일에 대해 그 정보를 표시하는 응용 프로그램에 지나지 않습니다. 이 혼란과 디스크 전유 면적 삭감 요구의 결과, 많은 사람들은 디스크 영역을 절약하기 위해서 이 디렉터리 삭제를 시도했습니다.

WinSxS 디렉터리를 삭제해도 괜찮다고 하는 블로그나 「언더 그라운드」도구가 있었습니다. 설치 후, 시스템에서 삭제해도 시스템은 제대로 실행하여 동작하는 것 같다는 것은  확실히 사실입니다. 그러나, 지금까지 설명한 것처럼, 안전한 서비스를 제공하는 능력이나 모든 OS 구성요소, 시스템의 옵션 구성요소를 업데이트 또는 설정하는 능력을 삭제하게 되므로, 이것은 매우 안 좋은 방식입니다. Windows Vista 는 물리적 드라이브 위의 최초로 설치 된 장소에 있는 WinSxS 디렉터만 지원합니다. 위에서 설명했듯이, WinSxS 디렉터리를 삭제하거나 시스템에서 장소를 이동하는 것에 의한 위험은 그 보다 훨씬 큽니다. 

디스크 영역은 어디로 갔는가?

우리는 모두, Windows  뿐만 아니라 모든 소프트웨어는 새롭게 기능을 추가하면, 그 만큼 새롭고 디스크 영역이 필요하다는 것을 알고 있습니다. 실제로는 「코드」가 차지하는 것은 Windows 전체 전유 면적의 비교적 작은 비율입니다. Windows Vista Ultimate 를 설치 하는데 필요한 실제 코드는 2 GB 로, 나머지 전유 면적은 넓은 의미의「데이터」입니다. Windows Vista 설치 저장소 이용과 「데이터」란 무언인지에 대해 좀 더 깊게 다루고자 합니다. 

안정성과 안전은 Windows Vista 를 구축하는 기술 프로세스의 핵심이 되는 검토 항목이었습니다. 증가한 전유 면적의 상당수는 시스템의 복구나 성능, 데이터 보호, 트러블 슈팅이라는 사용자가 의지하는 중심적인 안정성 기능에 의한 것입니다. 시스템 복원, 최대 절전 모드, 페이지파일, 레지스트리 백업, 로그 기록도 포함됩니다. 이것들은 각각, 가정 안팎을 불문하고 모든 상황에서 시스템을 복구시키기 위한 「백업 상태」에 상당합니다. 사용자 여러분은 복구에 관계된 디스크 용량에 대해 각각 다른 절충에 대한 요청이 있어서 (특히 작은 전유 면적을 가지는 장치의 경우), Windows 7에서는 이러한 메커니즘에 어느 정도의 디스크 영역을 매핑하는지 미리 결정하는데, 사용자 여러분이 지금까지 이상으로 컨트롤 할 수 있도록 하고 싶습니다. 그리고, 변화하는 저장소의 본질에 맞추어 기본 설정 값을 전체 사용량에 대해서 더 민감하게 조정할 예정입니다.

시스템 복원과 최대 절전 모드는 배터리의 잔량 부족 (최대 절전 모드), 불량 응용 프로그램 설치나 그 외 머신 파손 (시스템 복원)이라고 한 모든 상황에 대해, 시스템을 보다 확실히 복원하여 데이터 손실을 막는 것을 돕는 기능입니다. 이러한 기능은 맞춰, 전유 면적의 큰 비율을 차지합니다. 사용하는 용량 크기 때문에 식별하여 이것들에 관한 결단을 하는 것은 간단합니다.

시스템 복원은 변경을 추가하기 전이나 정기적으로 시스템의 스냅샷을 찍는 것으로, 사용자를  보호합니다. Windows Vista에서는 시스템 복원은 최저 300 MB, 물리적 디스크의 최대 15% 사용하도록 설정됩니다. 디스크가 복원 포인트로 가득 차버리면, 시스템 복원은 오래된 복원 포인트를 삭제하고, 새로운 복원 포인트용으로 장소를 비웁니다. 용량이 크면 큰 만큼, 많은 복원 포인트를 저장 할 수 있습니다. 우리는 Windows Vista 사용자에서 시스템 복원에 대해 많은 피드백을 얻고, 시스템 복원은 상당한 디스크 영역을 사용하고, 게다가 간단하게는 조정을 할 수 없는 것을 깨달았습니다. 벌써 프리 베타에서  보신 분도 계실지도 모르지만, Windows 7에서는 보다 효율적으로 영역을 관리할 수 있는 인터페이스가 되었습니다.

최대 절전 모드는 주로 모바일 PC에서 사용되는 것으로, 작업중의 데이터를 하드 디스크에 저장하여, 컴퓨터를 낮은 전원 모드로 합니다. 최대 절전 모드는 배터리의 수명을 가능한 한 늘리기 위해서, 배터리 잔량이 있는 기준점을 밑돌거나 종료 커멘드를 사용하지 않고 컴퓨터를 최대 절전 모드 상태로 할 때에 사용됩니다. Windows Vista에서는 최대 절전 모드는 데스크톱 PC에서도 실행 프로그램이나 작업중의 데이터의 백업을 위한  최대 절전 모드 모드로서 자동적으로 사용됩니다. 이 기능은 하이브리드 절전으로, 만일 컴퓨터가 최대 절전 모드일 때 전원이 끊어 졌을 때에 준비된 상태를 저장합니다. 최대 절전 모드는 메모리 (RAM) 내의 모든 내용을 하드 디스크 위의 Hiberfil.sys 라는 파일에 씁니다. 즉, Hiberfil.sys 파일에 예약된 크기는 머신에 탑재된 RAM  용량과 같습니다. Windows Vista 때에는 컴퓨터에 탑재된 RAM 용량은 매우 증가하여, 그 때문에 최대 절전 모드용의 디스크 전유 면적도 이전보다 현저해집니다. 배터리 잔량이 적은 상황에서 시스템이 메모리의 내용을 쉽게 디스크에 쓸 수 있도록, 이 영역은 최우선으로 예약되어 있어야 합니다. 배터리 잔량이 위기적으로 적게 되었을 때에 컴퓨터가 자동적으로 최대 절전 모드를 체험한 모바일 PC 사용자는 이 전유 면적의 증가에 의한 안도감이 어떤 것인지 이해할 수 있겠지요?  RAM 와 디스크의 전유 면적에 대해 야기했지만, Mark Russinovich 가 virtual memory (가상메모리)에 대해 쓸 예정으로, 그 중에 스왑 파일의 크기는 어떻게 해야 하는지에 관심이 있으시면 봐 주세요.

그런데, 지금까지의 설명에서, Windows Vista 가 필요로 하는 전유 면적 전체에 대한 설명은 하지 않았습니다. 예를 들어, 샘플파일, 비디오, 고해상도 배경화상 등, 사용자가 간단하게 사용자 지정을 하거나 새로운 기능을 시험할 수 있도록 많은 것이 포함되어 있습니다. 그러나, 여기에서는 보다 일반적인 질문을 채택했습니다.

일단 시스템을 도입하면, 시스템의 크기만을 고려하는 것이 아니라, 서비스가 로그를 기록하거나 업데이트나 서비스 팩이 설치되거나 시스템의 스냅샷이 저장되거나 시간 경과에 따라 어느 정도 시스템이 커지는 지를 주목해야 합니다. 많은 사람들이 설치 시간이 걸림에 따라「growth」은 가장 곤혹스러운 것입니다. 그리고, 이것에 대해 자주 의견을 듣고, (a)보다 스마트한 선택을 하는 (b) 영역이 사용 중에 어떤 것을 재생할 수 있는지에 대해 보다 명백하게 하기 위해서, 어떻게든 해야 합니다.

아래와 같은 표는 Windows Vista Premium/Ultimate 의 설치 때의 전유 면적에 대해 보여줍니다. 이것은 완전 설치이지만, 알기 쉽게 몇가지의 논리적인 카테고리로 분류하여, 특정 기능을 강조하고 있습니다. 특정 기능을 강조하는 것은 질문되는 (또는 의심스럽다) 항목의 「비용」을 분명히 하기 위해서 입니다.

Picture2_thumb[4]

다음은 주목해야 할 항목입니다:


  • 드라이버 지원 (1GB 정도).Windows Vista 는 몇천 몇만의 다른 장치와 함께 움직이고 있습니다. 오래된 프린터를 비롯해 거의 모든 장치를 접속가능하고, 인식하여 자동적으로 설치 되는 능력은 사용자가 Windows 에 기대하고 있는 것입니다. 이러한 드라이버의 몇가지 또는 모든 것을 삭제해 주었으면 한다는 피드백은 많이 보내진 것으로, 출시 마다 장치 사용 상황에 대해 원격 측정 하고, 「OS 가 표준으로 지원한다」장치에 관해서 주의 깊게 고려하고  있습니다. 프린터나 USB 장치를 오프라인에서도 설치 할 수 있는 능력은 특히 PC 판매수의 반 이상을 차지하는 노트북 컴퓨터에서는 중요한 가치입니다. 앞으로는 「언제나 Windows Update 를 한다」가 될지도 모르지만, 현시점에서는 아직 전세계의 대부분 지역에서는 아직 그렇게 되어 있지 않습니다.
  • 중요한 보안이나 기능의 업데이트를 설치 후에 강력 롤백이나 복구를 지원하기 위해 1GB 정도의 시스템 증가는 필요합니다 (1GB 정도).서비스의 강력함 대해 많은 긍정적인 피드백을 받고 있지만, 동시에 다양한 이유에 의해 특정의 수정까지 롤백하고 싶다는 요구도 견고함이나 안정성의 기준으로서 남아 있습니다. 또, RTM 버전의 SP1 를 설치 할 때에 필요한 디스크 용량에 대해도 피드백을 받았습니다. System32 디렉터리에 있는 vsp1cln.exe 는 디스크의 남은 용량이 필요한 분은 주목해야 할 유틸리티입니다.
  • 최대 절전 모드 지원 (1GB 정도)은 머신이 몇 시간이나 대기 모드가 되었을 때에 데이터의 손실을 막기 위해서 필요합니다. 디스크 클린업 마법사 또는 관리자 권한의 커멘드 프롬프트 (powercfg /h off)에 의해 삭제 가능합니다.
  • 폰트 (315MB).Windows 의 사용자는 자주 1대의 PC 상에서, 다양한 언어를 사용하고 있습니다. 그리고, Windows 가 자신에게 「이야기」해주기를 바라고 있습니다. Windows Vista 에는 네이티브 폰트를 지원하여, 문서나 웹 사이트 등을 로드 할 수 있도록 한가지 언어를 기본으로서 설정할 수 있습니다. 그러나, 폰트는 원하면 간단하게 삭제할 수 있습니다.
  • 로그 파일 (52MB).이벤트 로그, 서비스 로그, 장치의 설치 로그 등 있어, 약간의 디스크를 사용하지만, 문제를 분석할 때에 매우 중요합니다. 이러한 로그는 자주 지원 담당자나 기업의 헬프 데스크 담당자가 특정 문제를 분석하는데 사용됩니다.

Windows 7 엔지니어링

Windows 의 디스크 사용량은 시간과 함께 커지는 경향에 있었습니다. 바람직한 일이 아니지만, 이것은 하드 디스크 용량의 극적인 증가에 의하는 것이 큽니다. 또, 사용자의 요청이나 설계의 포커스가 복구나 데이터 보호, 대폭 장치의 지원, 혁신적인 기능에의 요구에 대해서 중점 되어 있을 수 있습니다. 그러나, SSD 가 나오면서 이러한 경향에 변화가 나타나 디스크의 전유 면적에 대해 한층 더 고려하여, Windows 7에서도 고려하게 되었습니다.

다만, 이것은 뛰어난 기능 추가를 안 하거나 Windows 의 안정성이나 복구 능력을 낮게 한다는 의미가 아닙니다. 미래에 관심을 가질 때, 혁신 할 때에 우리의 작업에 의한 디스크의 사용을 가치 있는 리소스로서 취급하는 것은 매우 중요하고, Windows 에 의한 디스크의 사용 방법에 대해보다 명쾌한 설계를 생각합니다. 우리는 대다수의 사용자 여러분을 위해서 현명한 선택을 하여,  스스로 관리하고 싶어하는 분은 적절히 조정할 수 있도록 해야 한다고 생각합니다. 이 설계의 목적은 머신의 종류나 특정 설계에 대한 것이 아니라, 전체적인 전유 면적을 줄이는 것에 초점을 맞춘 것으로 Windows 의 모든 에디션에 해당합니다.

예를 들어, 앞에서 말한 드라이버 지원을 고려할 때, Windows Vista SP1에서는 플러그 엔드 플레이 장치를 지원 하기 위해서, 시스템에 1GB 의 드라이버를 설치합니다. 그러나, 이 로컬에 있는 캐시는 장치 배급업체가 업데이트 드라이버를 출시하면 사용자는 장치 설치시에 Windows Update 에 액세스하여 최신 버전을 입수하게 됩니다.

그럼, 왜 Windows Update 드라이버를 플러그 엔드 플레이 사용자 경험 대상으로 하여, 디스크 영역을 절약하지 않는 것일까요? 여기에는 다음과 같은 이점이 있습니다:


  1. 모바일 PC 가 네트워크에 접속할 수 없는 것은 좀처럼 없기 때문에 언제라도 새로운 드라이버를 웹에서 입수할 수 있다.
  2. 결국은 Web 으로 가기 때문에, 업데이트 된 장치 용무의 드라이버를 2회 설치할 필요가 없다.

이 예와 같이,  최소한의 전유 면적에 대한 기술은 실제, 시스템에 새로운 장치를 접속할 경우에 보다 좋은 경험을 준다는 것을 알 수 있습니다. 그러나 동시에 단기간에 지나치지 않게 주의를 하고 있습니다. 「플러그 엔드 플레이」경험이나 (원래 다운로드가 가능하면) 비용이 드는 다운로드 시간에 관해서, 매우 많은 피드백을 받고 있습니다. Windows 7에서는 우리는 현실세계의 원격 측정에 근거하여 무엇을 넣어야 할 것인지 계속 신중하게 검토하여 전세계에서 가장 많이 쓰이는 장치는 커버하지만 OS 에 표준으로 포함하는 드라이버를 줄여 갈 예정입니다. 그것과 동시에 지원 가능한 모든 장치의 드라이버를 Windows Update에서 제공할 수 있도록 계속 노력할 것입니다. 

기본으로 설치된 Windows 기능은 많은 시나리오를 지원하는데 있어서, 대부분은 이치를 따릅니다. (예를 들어 Media Center 등) 필수가 아닌 기능이나 구성요소에 대해, 어떤 것을 모든 시스템에 기본으로 설치하고, 어떤 것을 옵션으로 하는지, 신중하게 생각해야 합니다. 우리는 Windows  기능을 옵션으로서 더 설치 할 수 있도록 약속을 했습니다. 최근의 Windows에서는 설치되어 있지 않은 기능을 추가하려고 했을 때, 소스 (DVD 나 네트워크의 장소)는 필요 없습니다. 이것은 그 기능이 완전한 Windows 설치의 일부로서 있기 때문입니다 (이것 자신도 기능의 하나입니다).우리는 비록 구성요소가 설치 되어 있지 않아도 언제라도 기능이 이용 가능하고 사용할 수 있는 상태로 합니다. 그러면, 나중에 구성요소를 추가해도 지금까지 악용되었을 지도 모르는 듯한 코드를 추가하는 위험을 피할 수 있습니다. 이것은 옵션 기능이지만 Windows 를 최신 상태에서 안전하게 유지하기 위한 중요한 방법입니다.

시간의 경과에 수반하는 시스템 성장은 「투명성」을 높여 가지 않으면 안 되는 분야입니다. 예를 들어, Windows 는 강력 롤백을 할 수 있도록 시스템 업데이트 구성요소의 과거의 버전을 저장합니다. 새로운 시스템은 설계 의도대로, Windows Update 에 패치가 준비되면 설치합니다. 지금까지의 패치를 포함하거나 옮겨놓거나 하는 서비스 팩이나 큰 업데이트 프로그램이 설치 될 때는 업데이트 설치 성공 후, 오래된 업데이트 프로그램에 의해서 차지했던 공간을 바탕으로 되돌립니다.

Windows 는 트러블 슈팅에 도움이 되도록 다양한 장소에 로그를 기록하지만, 이러한 로그는 거대해 지기 쉽습니다. 예를 들어, 응용 프로그램이 이상 종료했을 때, Windows 는 문제 해석을 지원할 수 있도록,  매우 큰 덤프파일을 저장합니다. 이 동작에는 타당이유가 있지만, 전유 면적에 대한 생각이 변화하는데 따라, 어떻게 성장을 관리하여,  가능한 한 디스크 영역을 절약할 수 있는지 토의한 시나리오를 생각해봐야 합니다. 시스템 복원이나 최대 절전 모드용으로 기본으로 예약된 디스크 영역도 검토하고 있는 분야입니다. 디스크에 제약이 있는 시스템에서는 최대 절전 모드용으로 1GB 또는 그 이상 예약해 두는 것은 비용이 소요되고,  hiberfil.sys 의 크기를 축소하는 방법이 있을지도 모릅니다. 시스템 복원은 설정 가능한 것으로, 기본은 모든 경우에 두고, 최소한 실용적인 스냅샷 수나 시스템 디스크전체의 15%정도가 됩니다.  

WinHEC에서는 드라이브/파티션이 16GB 머신을 전시했지만, 그러한 디스크의 빈 용량이 많이 있는 것을 보셨을 거라 생각합니다. 다만, 모든 벤치마크에 말할 수 있는 것이지만, 지금의 프리 베타 단계에서 디스크 용량에 대해 계측하는 것은 추천하지 않습니다.

마지막으로 Windows 7 을 개발 중 이지만, 개발 팀 전체의 기술적인 대처로Windows Vista 보다 시스템의 전유 면적이 적어질 것 입니다. 그 결과, PC 배급업체는 보다 유연하게 시스템 설계를 할 수 있습니다. 우리는 기본 값에 대해서 더 주목하여, PC 배급업체나 최종 사용자, IT 기술자의 분들이 더 생각 했던 대로에 컨트롤 할 수 있도록 구현하고자 합니다. 또, 구현을 위해서, Windows 전체의 안정성이나 견고함을 양보할 수는 없습니다.

-Michael Beck

Published Saturday, December 06, 2008 9:53 PM by e7blog

Filed under: Perf


Comments (1)
  1. DLL Hell을 없애기 위해 도입되었던 WinSxS(Side by Side) 디렉토리가 실제 용량은 거의 차지하지 않는다. 하드 링크로 구성되어 있기 때문에 디렉토리 용량은 물리적인 공간이 아니라고 한다. 수 많은 커뮤니티에서 용량많은 쓰레기 디렉토리로 오해 중.

Comments are closed.

Skip to main content