![플래시 스토리지를 0 대신 1로 채우는 것이 "더 나은"가요?](https://rvso.com/image/1518626/%ED%94%8C%EB%9E%98%EC%8B%9C%20%EC%8A%A4%ED%86%A0%EB%A6%AC%EC%A7%80%EB%A5%BC%200%20%EB%8C%80%EC%8B%A0%201%EB%A1%9C%20%EC%B1%84%EC%9A%B0%EB%8A%94%20%EA%B2%83%EC%9D%B4%20%22%EB%8D%94%20%EB%82%98%EC%9D%80%22%EA%B0%80%EC%9A%94%3F.png)
드라이브를 백업할 때 이미지를 압축하는 것을 좋아하므로 먼저 모든 동일한 값을 채워서 여유 공간이 거의 없어지도록 합니다.
cat /dev/zero > ~/zeros
sync
rm ~/zeros
기계식/자기 드라이브의 경우 이는 단순히 비트당 한 번의 작업으로 모든 여유 공간에 0을 기록하지만, SD 카드나 SSD와 같은 솔리드 스테이트/플래시 장치의 경우 0을 쓰는 데는 실제로 비트당 두 번의 작업이 필요합니다.
- 전체 블록을 한 번에 모두 1로 설정하는 대량 삭제
- 선택한 비트를 다시 0으로 되돌리는 개별 쓰기
따라서 솔리드 스테이트/플래시 장치를 0 대신 1로 채움으로써이 답변은 수행 방법을 설명합니다., 쓰기 프로세스의 두 번째 단계를 피함으로써 프로세스 속도를 높이거나 장치 수명을 연장할 수 있습니까?
답변1
이것은 XY 문제처럼 느껴집니다. 정답은 다음과 같습니다.아마 전혀 상관 없을 거야, 하지만 나중에 하는 것이 합리적입니다.
대부분의 SSD는 마모 평준화 목적으로 데이터를 암호화하거나 스크램블하므로 사용자가 할 일은 드라이브를 조금 더 빨리 마모시키는 것뿐입니다. SD 카드는 잘 모르겠습니다. 쓰기가 거의 없는 시나리오 외부에서 부팅 드라이브로 사용하는 것은 매우 드뭅니다.
상대적으로 작은 백업이라면 실제로 '스마트' 방법은 이미지를 생성한 다음 이미지의 희박한 공간을 마운트하고 0으로 만드는 것이라고 생각합니다.그 다음에압축하는 것이 현명한 것 같습니다. 상대적으로 빠른 스토리지에서 작업하고 플래시 스토리지에서 다시 쓰기를 최소화하며 전체 드라이브를 읽고 어쨌든 압축되지 않은 이미지로 시작합니다. 이미징 먼저그 다음에제로화그 다음에압축하면 마모가 줄어듭니다.
내가 올바르게 기억한다면 고려해 볼 가치가 있습니다. noobs는 어쨌든 fat32 드라이브의 디스크 이미지에서 작동합니다. 그렇다면 SSD를 마운트하고내부 디스크 이미지거기서 해당 작업을 수행합니다. 그런 다음 필요에 따라 디스크 이미지를 교체합니다. 또는 드라이브의 내용을 복사하고 '필요에 따라' 압축한 후 기존 드라이브의 내용을 새 드라이브로 교체하면 됩니다.
답변2
@AaronD
사용되거나 다시 채워지는 블록이 줄어들기 때문에 여유 공간을 지우는 것이 0 또는 1 패턴을 사용하는 것이 더 나은지 묻고 있습니까 ?
빈 1이 사용되는 것을 0으로 생각하면 해당 논리에 따라 SSD 드라이브의 수명을 늘리거나 줄이는 데 도움이 됩니다. 삭제되거나 제거된 항목이 있는 여유 공간을 확보하는 대신 블록을 사용하지 않도록 축소하는 두 번째 논리를 갖는 것은 여전히 공간과 더 많은 블록을 사용하는 데이터이며 더 많은 쓰기를 수행하므로 성능 저하가 더 빨라집니다.
Ramhound가 귀하의 질문을 이해하지 못하는 이유를 놓치셨습니다.
여유 공간을 지우고 이를 생성하고 파이프하는 방식으로 논리를 사용합니다.
고양이 > ~/0
사용된 블록을 제거하여 쓰기를 생성하는 것은 여전히 해당 드라이브에 대한 쓰기입니다. 이는 나쁜 생각을 의미하지만 더 작은 백업 이미지를 갖는 데 도움이 되는지 여부에 관계없이 나쁜 논리를 갖는 것은 좋은 생각입니다. 이 프로세스는 더 작은 압축 백업 이미지를 만드는 데 도움이 되지만 그 과정에서 드라이브가 죽게 됩니다.
동일한 드라이브에 출력 파일을 파이핑하고 여유 공간을 지우면 여유 공간임에도 불구하고 여전히 데이터가 있는 드라이브를 쓰고 있는 동일한 드라이브 b/c에 >를 사용하여 큰 파일을 생성하게 됩니다. 드라이브에 대한 쓰기는 쓰기이며 대량 쓰기입니다.
제 생각에는 귀하가 질문하신 내용이 타당하지만 잘못되었으며 100% 역효과를 낳고 드라이브가 10배 더 빨리 마모될 수 있다는 의미로, 질문이 너무 많은 것 같습니다.
드라이브에 공간이 없지만 파일 크기가 큰 파일을 사용하여 쓰기를 생성하면 쓰기는 쓰기이므로 전체 논리를 알더라도 여전히 가장 작은 백업 이미지를 가지고 있다는 생각이 도움이 됩니다. 사실, 여유 공간을 지우면 백업 이미지의 여유 공간이 생성하는 것보다 훨씬 더 많은 쓰기가 생성됩니다. 반복적으로 수행하는 프로세스에도 불구하고 음소거량의 여유 공간을 쓴 다음 다음의 파일 쓰기를 생성합니다. 드라이브의 전체 여유 공간은 여전히 대규모 쓰기를 생성하지만 여유 공간은 적은 양의 공간만 사용하게 됩니다. 파일을 쓰기 때문에 드라이브가 더 나빠질 것입니다. 지우면 파일이 지워지고 파일을 작성하게 됩니다.