드라이브 파티션의 장점 / 단점


19

Win XP Pro 데스크톱에 100GB 하드 드라이브가 있습니다. 백업용으로 외부 250GB 드라이브를 사용하고 내부 하드 드라이브를 파티셔닝 할 때 어떤 이점이 있는지 궁금합니다.

일부 사람들은 OS와 프로그램을 하나의 파티션에 보관하고 다른 파티션의 데이터를 같은 하드 드라이브에 보관하고 싶어한다는 것을 알고 있습니다.

사람들이 장점을 나열하거나 단점을 지적하고 싶습니다.

감사.


창에 특정한 경우 창으로 태그하십시오
Jason S

답변:


10

파티셔닝을 강력히 권장합니다. 말된다.

장점

  1. 포맷 편의성 - 포맷 이 필요한 경우 데이터가 다른 파티션에 있기 때문에 먼저 데이터를 복사 할 필요가 없습니다. OS 파티션을 포맷하면됩니다.
  2. 보안 강화 -이제 데이터가 다른 파티션에 있으므로 데이터 보안이 강화되었습니다. 하나의 단일 드라이브에서만 파일에 영향을 주거나 검사하는 악성 코드는 데이터 파티션을 검사하지 않습니다.
  3. 성능 향상 -최대 성능을 위해 OS 드라이브 조각 모음을 수행 할 수 있으며 데이터 (가장 많이 변경되는 위치)가 다른 파티션에 있기 때문에 너무 빨리 조각화 될 염려가 없습니다.

단점

  1. 느린 데이터 이동 -동일한 파티션에서 이동하는 것과 달리 한 파티션에서 다른 파티션으로 데이터를 이동하는 데 시간이 조금 걸립니다.
  2. 설정 불편 -운영 체제에 영향을주지 않으면 서 OS가 다른 파티션을 데이터로 효과적으로 사용할 수 있도록하기위한 권장 단계가 있습니다. 예를 들어 내 문서 폴더를 다른 파티션으로 이동하십시오.
  3. 공간을 감소 - 당신이이 개 파티션이 때 일부 공간이 손실됩니다.

즉, 당신은 확실히 파티션해야합니다. 실제로 세 개의 파티션을 권장 합니다. OS, DATA, CACHE. 이 스타일을 몇 년 동안 따라 왔으며 결코 후회하지 않았습니다.


1
퍼포먼스가 진행되는 한, 이것은 당신이 말하는 방식에별로 의미가 없습니다. 파일이 단순히 조각화 될 때 성능이 손실되지 않고 조각난 파일에 액세스하면 성능이 손실됩니다. 시스템 및 프로그램 파일이 인접하고 데이터 파일이 조각난 경우 단일 파티션에서도 데이터 파일 만 성능 저하가 발생합니다.
MDMarra

1
"조각화는 성능을 떨어 뜨리기 때문에 일부 사람들은 조각 모음 시간을 줄이기 위해 드라이브를 분할하여 더 자주 수행 할 수 있습니다." -에서 인용 pcguide.com/ref/hdd/perf/perf/ext/filePart-c.html
칼리

OS 드라이브를 훨씬 더 자주 조각 모음 할 수 있기 때문에 (더 빠르기 때문에) 연속적인 할당 또는 그 밖의 다른 것은 아닙니다. 두 생각의 캠프.
caliban

8
나는 지금 특히 조밀하다. 그러나 CACHE 파티션에 무엇을 저장합니까?
Andreas

1
오래된 대답은 알고 있지만 단점 # 1은 파티션을 잘못 설정하면 크기가 조정된다는 것을 의미합니다. 이는 정말 큰 고통입니다. 또한 컴퓨터에 맬웨어가있는 경우 모든 파티션에 액세스 할 수 없다고 생각하는 이유는 무엇입니까? 파티션의 또 다른 장점은 사용자가 하드 드라이브를 완전히 채울 수 없다는 것입니다 (그러나 Linux에서는 루트 용으로 예약 된 공간이 다소 완화됨).
Mike

8

나는 몇 년 동안 현재 분할되지 않았습니다. 여러 개의 볼륨으로 끝나는 유일한 경우는 여러 개의 하드 드라이브가있을 때였습니다.

파티션을 나누는 데는 항상 한 파티션에 충분한 공간이 있고 다른 파티션에는없는 공간이 있습니다. 그때가 재미있어지기 시작합니다. 물론 파티션의 크기를 조정하여 문제를 해결할 수 있지만 더 재미있는 일을 상상할 수 있습니다. 다시 설치할 때 데이터를 유지하는 여러 컴퓨터가 문제가되지 않기 때문에 복제되지 않은 항목을 네트워크를 통해 일시적으로 이동하는 경우 일뿐입니다. 지금까지는 잘 작동했으며 아무런 문제가 없었습니다. 그리고 나는 여전히 이틀 안에 모든 소프트웨어를 포함하여 재설치를 수행합니다.

내 경험상, 적절한 이유 일 수도 있고 아닐 수도있는 파티션에 대해서는 매우 불편합니다.


작은 드라이브 (예 : 40MB MFM 디스크, 예, GB가 아닌 MB)를 사용했을 때도 같은 경험을했습니다. 그러나 오늘날의 멀티 TB 드라이브에서는 더 이상 사실이 아닙니다. OS에 '소형'100MB 파티션을 사용하면 손상된 OS 또는 유사한 문제를 복원해야 할 때만 가장 쉽습니다.
Hennes

100MiB는 최근 OS에 비해 너무 작을 수 있습니다. Windows 8은 기본적으로 모든 데이터를 그대로 유지하면서 OS를 다시 설치하는 편리한 기능을 제공하므로 파티션 작업 없이도 해당 문제를 해결할 수 있습니다.
Joey

win8이 해당 데이터를 어디에 저장하는지는 모르지만 7Gb (x64, Ultimate)는 현재 76GiB SSD에서 5 년 동안 제대로 실행되었습니다. (OS, opera, firefox, thuderbird, open office, java, winamp, AVG 안티 바이러스, vmware, nmap, putty, notepad ++ 및 아마도 내가 잊어 버린 몇 가지 다른 프로그램) 따라서 이전 Windows OS는 100GiB 이하에서 멋지게 작동합니다. .
Hennes

당신은 MB를 일찍 썼다 .
Joey

2

나는 이것이 Windows 질문이며 분할에 장단점이 있다는 것을 알고 있지만 Linux 배포판이 어떻게 진화했는지 살펴볼 가치가 있습니다.

몇 년 전에는 거의 모든 구성 요소가 여러 구성 요소 (임시 영역, 일부 시스템 구성 요소, 사용자 데이터)간에 크게 분할되었습니다. 나는 이것이 드물게되고 있음을 본다. 주요 파티션에는 모든 것이 들어있는 하나의 큰 루트 파티션이 있습니다.


0

내가 드라이브를 분할하는 주된 이유는 OS와 프로그램을 데이터와 분리하는 것입니다. 드라이브를 부팅 할 수없고 액세스 할 수 없도록 여러 번 만들었 기 때문에 Windows를 신뢰하지 않습니다. 데이터와 함께 사용하고 싶지 않습니다. OS를 별도로 사용함으로써 데이터를 찾아 내거나 새로운 OS 설치를 위해 디스크를 포맷하기 위해 이동하지 않고도 OS 드라이브를 다시 포맷하고 응용 프로그램을 다시 설치할 수 있습니다.

유일한 단점은 시스템 드라이브에 여유 공간이 없을 때까지 데이터가 커지는 경향이 있다는 것입니다. 모든 것이 단일 대형 드라이브에있는 경우 사용할 수있는 공간입니다. 이것이 내가 비 시스템 디스크를 분할하지 않고 일반적으로 너무 많은 파티션을 갖는 것을 피하는 이유입니다. 그러나 수년 동안 스토리지가 저렴 해짐에 따라 문제는 줄어 들었습니다. 또한 수년에 걸쳐 시스템 파티션을 OS 및 프로그램 (Windows 7 및 프로그램의 경우 50GB)의 올바른 크기로 만드는 법을 배웠습니다. :)


1
나는 일반적으로 Windows 20GB를 만든 다음 프로그램 파일을 다른 파티션으로 symlink합니다. 이점은 심볼릭 링크를 다시 수행하고 필요한 경우 라운드를 이동할 수 있다는 것입니다.
Rich Bradshaw

실제 파워 유저는 50GB보다 훨씬 적게 사용할 수 있고, 사용 된 창의 버전에 따라 대부분 5-20GB를 사용하고, 문서를 다른 파티션에 놓고 링크하고, 다른 파티션에 두 번째 프로그램 파일을 추가하고 그것은 ... 나는 문서, 두 번째 프로그램 파일, 다양한 백업 폴더, 진행중인 utorrent 및 웹 브라우저의 다운로드 및 다운로드 완료 및 새로운 항목의 바로 가기를 넣은 다음 Steady State로 시스템 파티션을 고정하는 바로 가기를 만들었습니다. ... 각 다시 시작할 때이 상태로 돌아갑니다
엄청나게

0

HDD 3 개의 500GB, 230GB 및 230GB가 있습니다.

1x 230gb D : 다운로드 전용입니다.

500gb는 C : -System, G : -Games, H : -Games, F : -Misc로 나뉩니다.

다른 230gb는 E :-백업, I :-중요 데이터, J : -Misc2로 분할됩니다.

파티션은 계층 구조 imho에 중요합니다.


덜 사용 된 드라이브 중 하나 (예 : 다운로드 드라이브)에 스왑을 배치 할 수 있습니다. 성능을 실제로 조정하는 경우 스왑을 가볍게 사용하는 스핀들로 옮기는 것이 좋습니다.
MDMarra

나는했다. 내 스왑은 J에 있습니다 : 또 다른 물리적 인 HDD.
Grumpy ol 'Bear
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.