비공식 (예 : 저널리즘) 기술 언론과 온라인 기술 블로그 및 토론 포럼에서 일반적으로 하드 디스크 드라이브 또는 솔리드 스테이트 드라이브에 여유 공간을 확보하기위한 일화적인 조언을받습니다. 이에 대한 다양한 이유가 있거나 때로는 전혀 이유가 없습니다. 따라서 이러한 주장은 실제로는 합리적이지만 그에 대한 신화적인 분위기가 있습니다. 예를 들어 :

• 디스크 (들)이 80 % 가득되면, 당신은 그 (것)들을 고려해야 전체 , 당신은 즉시 삭제 일 또는 업그레이드 중 하나이어야한다. 그들이 공격하면 90 % 전체를, 당신은 실제 화재에있을 자신의 개인 바지를 고려하고 그것을 해결하기 위해 직접 적절한 양으로 반응한다. ( 출처 .)

• 가비지 수집을 최대 효율로 유지하려면 드라이브의 20-30 %를 비워 두는 것이 좋습니다. ( 출처 .)

• 더 나은 성능을 위해 HD에 약 20 %의 여유 공간을 두어야한다고 들었습니다. HD가 거의 가득 차면 HD 속도가 느려집니다. ( 출처 .)

• 스왑 파일과 임시 파일을위한 공간을 남겨 두어야합니다. 저는 현재 33 %의 여유 공간을 남겨두고 10GB의 여유 공간을 확보하지 않겠다고 서약합니다. ( 출처 .)

• 그러나 일반적으로 임시 파일과 스왑 파일이 충분하다면 기술적으로 안전하다고 할 수 있지만 현재 15 % 정도의 하드 드라이브가 필요합니다. ( 출처 .)

• 드라이브를 실행할 때 드라이브에 여유 공간이 많지 않으면 조각 모음이 실행되지 않으므로 Windows에서는 10 % 플러스를 권장합니다. ( 출처 .)

• 조각화를 피하려면 일반적으로 약 10 %의 여유 공간을 두어야합니다 ( Source) .

• 드라이브의 용량이 지속적으로 75 % 또는 80 % 이상이면 더 큰 SSD로 업그레이드하는 것이 좋습니다. ( 출처 .)

운영 체제, 파일 시스템 및 스토리지 기술의 특정 조합 (예 : 마그네틱 플래터 대 솔리드 스테이트)에 필요한 여유 공간의 백분율 또는 절대적인 양에 대한 연구가 피어 리뷰 저널에 게재 된 적이 있습니까? (실제로, 그러한 연구는 시스템이 스왑 공간이 부족 해지는 것을 방지 하거나 성능 손실을 피하기 위해 사용 된 공간의 특정 양을 초과하지 않는 이유를 설명합니다 .)

그러한 연구에 대해 알고 있다면, 그에 대한 링크와 결과에 대한 간단한 요약으로 대답 할 수 있다면 감사하겠습니다. 감사!

동료 검토 저널에 게재 된 연구가 있습니까? […]

이를 위해서는 20 년 이상 시스템 관리 나 그 밖의 많은 부분을 거쳐야합니다. 이것은 적어도 30 년 전에 개인용 컴퓨터와 워크 스테이션 운영 체제 세계에서 가장 인기있는 주제였습니다. BSD 사람들이 Berkeley Fast FileSystem을 개발하고 Microsoft와 IBM이 고성능 FileSystem을 개발하고 있던 시간.

양측의 제작자에 의한 문헌은 연속 파일 블록을 연속적으로 만들어서 블록 할당 정책이 더 나은 성능을 얻을 수 있도록 이러한 파일 시스템이 구성되는 방법에 대해 설명합니다 . 이 주제에 대한 토론과 블록을 할당하기 위해 남은 여유 공간의 양과 위치가 주제에 대한 현대 기사에서 블록 배치 및 성능에 영향을 미친다는 사실을 찾을 수 있습니다.

예를 들어, Berkeley FFS의 블록 할당 알고리즘에 대한 설명에서 현재 및 보조 실린더 그룹에 여유 공간이없고 알고리즘이 네 번째 수준 폴백에 도달한다는 것은 명백합니다. 디스크 블록 할당 성능은 파일의 조각화 (따라서 읽기 성능)와 마찬가지로 문제가됩니다.

지난 30 년간의 지혜를 바탕으로 한 것은 이러한 분석과 유사한 분석 (파일 시스템 설계의 레이아웃 정책을 개선하려는 유일한 파일 시스템 설계와는 거리가 먼 것)입니다.

예를 들어 제작자에 의해 만들어진 실험을 기반으로 한 FFS 볼륨 고통 성능 않도록, 90 % 미만 유지 원래 논문의 의견, 찾을 수 있습니다 무 비판적으로도 세기를 발표 유닉스 파일 시스템에 책에서 반복 ^{(예 : Pate2003 p. 216)} . Amir H. Majidimehr가 실제로 한 세기 전에 실제로 xe가 눈에 띄는 효과를 관찰하지 않았다고 말하면서이 질문을하는 사람은 거의 없습니다. 특히 수퍼 유저 사용을 위해 최종 10 %를 예약하는 일반적인 유닉스 메커니즘 덕분에 90 % 전체 디스크가 비 수퍼 유저에게는 100 % 가득 찼 습니다 ^{(Majidimehr1996 p. 68).}. 빌 칼 킨스 (Bill Calkins)도 실제로는 21 세기 디스크 크기로 99 %까지 채울 수 있으며, 최신 크기의 디스크 중 1 %라도 조각화되지 않은 여유 공간이 충분하기 때문에 여유 공간이 작은 경우 성능 효과를 관찰 할 수 있다고 제안했습니다. ^{(Calkins2002 p. 450)로} 계속 연주하십시오 .

후자는 어떻게 받아 들인 지혜가 잘못 될 수 있는지에 대한 예입니다. 이것의 다른 예가 있습니다. BSD 파일 시스템 디자인에서 SCSI와 ATA의 논리 블록 주소 지정 및 존 비트 기록의 세계가 회전 대기 시간 에 대한 신중한 계산을 모두 창 밖으로 던지듯이 SSD의 물리적 역학은 자유 공간을 창 밖으로 던집니다. 윈체스터 디스크에 적용되는 지혜를 받았습니다.

SSD를 사용하면 장치의 전체 여유 공간 , 즉 디스크의 모든 볼륨과 그 사이 의 여유 공간 이 성능과 수명에 모두 영향을 미칩니다. 그리고 SSD에 연속적인 논리 블록 주소가있는 블록에 파일을 저장해야한다는 아이디어의 기초는 SSD에 회전하는 플래터가없고 탐색 할 헤드가 없다는 사실에 의해 무시됩니다. 규칙이 다시 변경됩니다.

SSD를 통해, 여유 공간의 최소 권장 금액은 실제로 더 삼십삼년 전에 윈체스터 디스크와 버클리 FFS 실험에서 오는 기존의 10 % 이상. 예를 들어 Anand Lal Shimpi는 25 %를 제공합니다. 이 차이는 전체 장치 에서 사용 가능한 공간이어야한다는 사실에 의해 더욱 복잡해 지지만 10 %는 각 단일 FFS 볼륨 내에 있으므로 분할 프로그램이 그렇지 않은 모든 공간을 TRIM에 알고 있는지 여부에 영향을받습니다. 파티션 테이블에 의해 유효한 디스크 볼륨에 할당됩니다.

또한 디스크 볼륨 내 여유 공간을 줄일 수있는 TRIM 인식 파일 시스템 드라이버와 같은 복잡성과 SSD 제조업체 자체도 이미 장치에서 볼 수없는 예약 된 공간 을 호스트 (예 : 호스트)에 할당 하고 있다는 사실 도 가비지 수집 및 마모 레벨링과 같은 다양한 용도로 사용됩니다.

서지

• Marshall K. McKusick, William N. Joy, Samuel J. Leffler 및 Robert S. Fabry (1984-08). UNIX 용 빠른 파일 시스템 . 컴퓨터 시스템에서의 ACM 트랜잭션. 2 권 3 호. 181 ~ 197 쪽. cornell.edu에 보관.
• 로이 던컨 (1989-09). 새로운 고성능 파일 시스템의 설계 목표 및 구현 . Microsoft Systems Journal . 4 권호 5. 1–13 페이지. wisc.edu에 보관됩니다.
• Marshall Kirk McKusick, Keith Bostic, Michael J. Karels 및 John S. Quarterman (1996-04-30). "버클리 고속 파일 시스템". 4.4 BSD 운영 체제의 설계 및 구현 . 애디슨-웨슬리 프로페셔널. ISBN 0201549794.
• 댄 브릿지 (1996-05). 고성능 파일 시스템 내부-4 부 : 조각화, 디스크 공간 비트 맵 및 코드 페이지 . 중요한 비트. OS / 2 용 전자 개발자 잡지에 보관됩니다.
• Keith A. Smith와 Margo Seltzer (1996). FFS 디스크 할당 정책 비교 . USENIX 연례 기술 회의의 절차. harvard.edu에 보관.
• Steve D. Pate (2003). "FFS의 성능 분석". UNIX 파일 시스템 : 진화, 디자인 및 구현 . 존 와일리 앰프; 자제. ISBN 9780471456759.
• 아미르 H. 마지 디 메르 (1996). 성능을 위해 UNIX 최적화 . 프렌 티스 홀. ISBN 9780131115514.
• 빌 칼 킨스 (2002). "파일 시스템 관리". 내부 Solaris 9 . QUE Publishing. ISBN 9780735711013.
• 아난드 랄 심피 (2012-10-04). 최신 SSD의 예비 영역과 성능 일관성 간의 관계 탐색 . AnandTech.
• Henry Cook, Jonathan Ellithorpe, Laura Keys 및 Andrew Waterman (2010). IotaFS : SSD 용 파일 시스템 최적화 탐색 . 소비자 전자 제품에 대한 IEEE 거래. stanford.edu에 보관.
• https://superuser.com/a/1081730/38062
• Accela Zhao (2017-04-10). SSD 및 FTL에 대한 요약 . github.io.
• Windows는 SSD에서 파티션되지 않은 (포맷되지 않은) 공간을 다릅니 까?

"피어 리뷰 저널 (peer reviewed journals)"에 의해 출판 된 "연구"에 대해 이야기 할 수는 없지만 일상적인 작업에 의존하고 싶지는 않을 것입니다. 수년에 걸쳐 다양한 OS의 서버 :

전체 디스크가 성능을 저하시키는 세 가지 이유가 있습니다.

• 여유 공간 부족 : 임시 파일, 업데이트 등을 생각하십시오.
• 파일 시스템 성능 저하 : 공간이 충분하지 않으면 대부분의 파일 시스템에서 파일을 최적으로 배치 할 수 없습니다.
• 하드웨어 수준 저하 : 충분한 여유 공간이없는 SSD 및 SMR 디스크는 처리량이 감소하고 대기 시간이 늘어납니다 (때로는 수십 배 증가).

첫 번째 요점은 분명합니다. 특히 제정신 프로덕션 시스템은 파일을 동적으로 확장 및 축소 할 때 스왑 공간을 사용하지 않기 때문입니다.

두 번째 요점은 파일 시스템과 작업량간에 크게 다릅니다. 워크로드가 혼합 된 Windows 시스템의 경우 70 % 임계 값이 매우 유용합니다. 파일은 적지 만 크기가 큰 Linux ext4 파일 시스템 (예 : 비디오 브로드 캐스트 시스템)의 경우 최대 90 %가 될 수 있습니다.

세 번째 요점은 하드웨어 및 펌웨어에 따라 다르지만 특히 Sandforce 컨트롤러가있는 SSD는 쓰기 량이 많은 워크로드에서 프리 블록 삭제로 대체되어 쓰기 지연 시간이 수천 % 증가 할 수 있습니다. 일반적으로 파티션 수준에서 25 %의 여유 공간을 확보 한 다음 80 % 미만의 채우기 속도를 관찰하십시오.

추천

최대 충전율을 적용하는 방법을 언급했음을 알고 있습니다. 어떤 무작위적인 생각은 그들 중 어느 누구도 "피어 리뷰"(유료, 위조 또는 실제)가 아니라 생산 시스템에서 모두 검토되었습니다.

• 파일 시스템 경계 사용 : /var루트 파일 시스템에 속하지 않습니다.
• 모니터링, 모니터링, 모니터링 귀하에게 적합한 기성품 솔루션을 사용하십시오. 그렇지 않은 경우 출력을 구문 분석하고 df -h경우에 따라 알람 벨을 울리십시오. 이렇게하면 autoremove 옵션없이 자동 업그레이드가 설치되어 실행중인 루트 fs에서 30 개의 커널을 절약 할 수 있습니다.
• 처음부터 더 크게 만드는 비용에 비해 fs 오버플로의 잠재적 중단을 측정하십시오. 임베디드 장치가 아닌 경우 루트로 4G를 두 배로 늘릴 수 있습니다.

운영 체제, 파일 시스템 및 스토리지 기술의 특정 조합에 필요한 여유 공간의 백분율 또는 절대량에 대한 연구가 있었습니까?

20 년 동안 시스템을 관리하면서 다양한 구성의 여유 공간 요구 사항에 대해 자세히 연구 한 적이 없습니다. 컴퓨터가 너무 다양하게 구성되어 있기 때문에 가능한 많은 시스템 구성으로 인해 수행하기가 어려울 것으로 생각됩니다.

시스템에 필요한 여유 공간을 결정하려면 두 가지 변수를 고려해야합니다.

1. 원치 않는 동작을 방지하는 데 필요한 최소 공간 으로 유체 정의가있을 수 있습니다.

   이 정의만으로 필요한 여유 공간을 정의하는 것은 도움이되지 않습니다. 이는 충돌 할 때까지 벽돌 벽을 향해 80mph를 주행하는 것이 안전하다는 것과 같습니다.

2. 관리자가 반응 할 시간이 있기 전에 시스템 성능이 저하되지 않도록 추가로 가변적 인 공간을 예약 하는 스토리지 사용률 입니다.

OS, 파일 시스템, 기본 스토리지 아키텍처, 응용 프로그램 동작, 가상 메모리 구성 등의 특정 조합은 명확한 여유 공간 요구 사항을 제공하고자하는 사람들에게 상당히 어려운 과제입니다.

그렇기 때문에 조언에 대한 많은 "너겟"이 있습니다. 그들 중 많은 사람들이 특정 구성에 대한 권장 사항을 제시합니다. 예를 들어 "용량에 근접 할 때 성능 문제가있는 SSD가있는 경우 여유 공간이 20 % 이상으로 유지하십시오."

이 질문에 간단한 대답이 없기 때문에, 올바른 접근 방식은 식별하기 위해 당신의 시스템의 최소 여유 공간 요구 사항이 시스템의 특정 구성의 관점에서 다양한 일반적인 권장 사항을 고려하는 것입니다, 다음 임계 값을 모니터링하고 조정 기꺼이 설정 필요에 따라.

또는 최소 20 %의 여유 공간을 유지할 수 있습니다. 물론 SSD와 기존 하드 디스크 및 사전 할당 된 스왑 파일의 조합으로 백업 된 42TB RAID 6 볼륨이 없다면 ... (심한 사람들에게는 농담입니다.)

물론 드라이브 자체 (HDD 또는 SSD 모두)는 사용 가능한 공간을 지울 수있는 SSD를 제외하고는 사용중인 드라이브의 수에 대해 덜 신경 쓰지 못했습니다. 읽기 성능은 정확히 동일하며 SSD에서 쓰기 성능이 다소 떨어질 수 있습니다. 아무 것도 쓸 공간이 없기 때문에 거의 전체 드라이브에서 쓰기 성능은 그다지 중요하지 않습니다.

반면에 OS, 파일 시스템 및 응용 프로그램은 항상 사용 가능한 공간이 있어야합니다. 20 년 전, 응용 프로그램에서 파일을 저장하기 전에 드라이브의 공간을 확인하는 것이 일반적이었습니다. 오늘날, 응용 프로그램은 사용자의 허락없이 임시 파일 을 생성 하며, 일반적으로 그렇게하지 않으면 충돌하거나 비정상적으로 작동합니다.

파일 시스템도 비슷한 기대를 가지고 있습니다. 예를 들어 NTFS는 MFT를 위해 많은 양의 디스크를 예약하지만 여전히이 공간을 사용 가능한 공간으로 표시합니다. NTFS 디스크 용량의 80 % 이상을 채울 때 MFT 조각화가 발생하여 성능에 큰 영향을 미칩니다.

또한 여유 공간이 있으면 실제로 일반 파일의 조각화를 방지하는 데 도움이됩니다. 파일 시스템은 파일 크기에 따라 각 파일에 적합한 위치를 찾아 파일 조각화 를 피하는 경향이 있습니다. 거의 채워진 디스크에는 옵션이 적으므로 선택을 잘못해야합니다.

Windows에서는 스왑 파일을 위한 충분한 디스크 공간이 있어야하는데 , 필요할 때 커질 수 있습니다. 그렇지 않은 경우 앱이 강제로 종료 될 것으로 예상해야합니다. 스왑 공간이 매우 적 으면 성능이 저하 될 수 있습니다 .

스왑 크기가 고정되어 있어도 시스템 디스크 공간이 완전히 부족하면 시스템이 충돌하거나 부팅 할 수 없게됩니다 (Windows 및 Linux 모두). 부팅 중에 OS가 디스크에 쓸 수 있기 때문입니다. 그렇습니다. 디스크 사용량의 90 %를 맞추면 페인트에 불이 붙는 것을 고려해야합니다. 최근에 다운로드가 제거되어 OS에 디스크 공간이 부족해질 때까지 제대로 부팅되지 않은 컴퓨터는 한 번도 보지 못했습니다.

SSD의 경우 다시 쓰기 속도가 증가하여 디스크의 쓰기 성능에 부정적인 영향을 미치기 때문에 약간의 공간이 남아 있어야합니다. 80 % 전체는 모든 SSD 디스크에 안전한 값일 수 있습니다. 일부 최신 모델은 90-95 %의 용량으로도 제대로 작동 할 수 있습니다.

https://www.howtogeek.com/165542/why-solid-state-drives-slow-down-as-you-fill-them-up/

"규칙"은 요구 사항에 따라 다릅니다. 예를 들어 ZFS와 같은 특수한 경우가 있습니다. "용량이 90 % 일 때 ZFS는 성능에서 공간 기반 최적화로 전환하여 성능에 큰 영향을 미칩니다." 그렇습니다. 이것은 관찰이나 일화 적 증거를 통해 도출 된 것이 아니라 ZFS 의 디자인 측면입니다. ZFS 스토리지 풀이 SSD로만 구성된 경우에는 문제가되지 않습니다. 그러나 회전하는 디스크를 사용하더라도 정적 저장소를 처리 할 때 행복하게 99 % 또는 100 %에 도달 할 수 있으며 최고의 성능을 필요로하지 않습니다. 안전은 우선 순위 1입니다.

다음으로, btrfs-극단적 인 경우 : 여유 공간이 너무 적 으면 (몇 메가 바이트) 반환되지 않는 지점에 도달 할 수 있습니다. 아니요, 파일을 삭제하는 것은 불가능합니다. 파일을 삭제할 공간이 충분하지 않습니다. btrfs는 COW (Copy-On-Write) 파일 시스템이며 더 이상 메타 데이터를 수정할 수없는 지점에 도달 할 수 있습니다. 이 시점에서 파일 시스템에 추가 스토리지를 추가 한 다음 (USB 썸 드라이브가 작동 할 수 있음) 확장 된 파일 시스템에서 파일을 삭제 한 다음 파일 시스템을 축소하고 추가 스토리지를 다시 제거 할 수 있습니다. 다시 말하지만, 이것은 파일 시스템 의 디자인 으로 인한 일부 측면 입니다.

"실제 (심각한) 데이터"를 제공 할 수있는 사람들은 아마도 "실제 (심각한) 스토리지"를 다루는 사람들 일 것입니다. Twisty의 (우수한) 답변은 주요한 제한 요소가 관리자의 속도 인 엔터프라이즈 환경에서 운영되는 하이브리드 스토리지 (대량의 저렴한 저속 스피닝, 많은 고속 스피닝 디스크, 많은 SSD로 구성됨)를 언급합니다. 업그레이드를 주문할 수 있습니다. 16T에서 35T로 이동하는 데 6 개월이 걸릴 수 있습니다. 따라서 알람을 50 %로 설정하도록 제안하는 심각하게 백업 된 보고서가 나타납니다.

설정에 따라 많은 양의 결과에 기여하는 많은 요소가 있습니다. 따라서 단단하고 빠른 숫자는 없으며 이는 해당 매개 변수의 함수로만 측정 할 수 있습니다. (아마도 다른 사용자 가이 특정 주제에 대한 구체적인 연구를보고하지 않은 이유는 무엇입니까? 결정적인 것을 컴파일하기에는 너무 많은 변수가 있습니다.)

• 하드웨어

  • HDD에는 모든 섹터가 항상 할당되어 있습니다. 따라서 현재 사용자 데이터를 포함하는 데이터 수는 중요하지 않습니다. (컨트롤러의 경우 모든 섹터에 항상 일부 데이터가 포함되어 있으며, 지시에 따라 데이터를 읽고 덮어 씁니다.)
  • 반면에 SSD의 컨트롤러는 파일 시스템과 유사하게 섹터를 동적으로 할당 해제합니다. 이로 인해 사용량이 많을수록이 작업이 더 어려워집니다. 얼마나 어렵고 이것이 성능에 영향을 미치는가는 다음에 달려 있습니다.
    • 컨트롤러 성능 및 알고리즘 품질
    • 쓰기 부하
    • 문자 범위, 전체로드 (컨트롤러에 가비지 콜렉션 시간 제공)
    • 공간 초과 공급 (일부 제조업체는 고객이 사전 주문을 선택하거나 동적으로 변경하도록 허용)

• 파일 시스템

  • 다른 파일 시스템은 다른로드 및 호스트 처리 요구 사항에 맞게 설계되었습니다. 이것은 형식 매개 변수에 의해 어느 정도 조정될 수 있습니다.
  • FS 쓰기 성능은 여유 공간 및 조각화의 기능이며 읽기 성능은 조각화의 기능입니다. 처음부터 점차적으로 저하되므로 허용 가능한 임계 값이 어디에 있는지가 문제입니다.

• 짐 유형

  • 쓰기가 많은 부하는 새로운 자유 블록을 신속하게 찾고 액세스하는 것을 강조합니다.
  • 읽기로드는 관련 데이터 통합을 강조하여 오버 헤드를 줄이면서 읽을 수 있습니다.

기계식 드라이브에서 고려해야 할 사항은 외부 모서리의 처리량이 내부보다 높습니다. 외부의 더 큰 둘레를 위해 회 전당 더 많은 섹터가 있기 때문입니다.

드라이브가 용량에 도달하면 내부 섹터가 느려서 성능이 저하됩니다.

심층 분석에 대한 자세한 내용은 https://superuser.com/a/643634를 참조 하십시오.

드라이브의 용도에 따라 다르지만 일반적으로 20 ~ 15 %의 여유 공간이 디스크 회전에 적합하며 10 % 이상이 SSD에 적합합니다.

이 드라이브가 컴퓨터의 기본 드라이브이고 파일이 이동 될 수있는 경우 20 %의 여유 공간이 크게 느려지지 않도록해야합니다. 이를 통해 드라이브 전체에 충분한 공간이 확보되어 필요에 따라 데이터를 이동 및 복사 할 수 있습니다. 회전 드라이브는 사용 가능한 위치가 원래 데이터에 가까울 때 가장 잘 작동하지만 SSD의 실제 위치는 매일 성능에 영향을 미치지 않습니다. 따라서 회전 드라이브에는 순수한 성능상의 이유로 더 많은 여유 공간이 있어야합니다. SSD에서 여유 공간이 줄어들면 드라이브 수명이 단축되지만 성능은 저하되지 않습니다. SSD는 임시 데이터와 무작위 다운로드 파일을 가장 적게 사용하는 위치에 저장하여 전체 드라이브에서 셀 사용의 균형을 맞 춥니 다. 그렇지 않으면 드라이브의 일부가 나머지 드라이브보다 훨씬 빨리 노화됩니다.

이것이 미디어 또는 장기 저장 드라이브 인 경우 5 % ~ 10 %의 여유 공간이 충분해야하며 회전 디스크 인 경우 10 %가 바람직합니다. 이 드라이브는 데이터 이동이 거의 필요하지 않기 때문에 여유 공간이 많이 필요하지 않으므로 성능이 그다지 중요하지 않습니다. 여유 공간은 주로 불량 섹터를 버리고 교체하고 파일을 더 연속적으로 만드는 데 유용합니다.

아주 좋은 이유가 없다면 드라이브를 95 % 이상의 용량으로 하루 이상 밀어 붙이지 않을 것입니다.