SSD 드라이브에 넣을 Linux 폴더


0

SSD 드라이브를 곧 구매할 예정이며 스왑 파티션을 넣으면 드라이브가 손상 될 수 있습니다.

다른 드라이브에 넣어야 할 것이 있습니까?

/ dev 및 / proc 폴더는 어떻습니까? 거기에 많은 파일 시스템 활동이 있습니다.


답변:


3
  • /tmp영구 파일이 아니라 프로그램이 실행되는 동안 사용될 정보의 저장을 위해 임시 파일이 프로그램에 의해 종종 읽고 쓰기 때문에 좋은 선택입니다. 퍼팅 /tmp빠른 디스크에 (또는 메모리가있는 경우에도 RAM 디스크를 생성하는) 당신에게 성능 향상을 제공 할 것입니다.
  • /etc/etc자주 읽지 만 거의 쓰지 않는 구성 파일 인 경향이 있기 때문에 좋은 선택 입니다. 즉, 이러한 구성 파일을 빠르게 읽을 수는 있지만 드라이브 마모가 많이 발생하지는 않습니다 (쓰기에 대한이 정도는 논란이 많고 마모 레벨링을 통해 상각 될 수 있음)

기본적으로, 쓰기보다 더 많이 읽을 내용은 드라이브에서 마모되지 않기 때문에 좋은 옵션입니다. 많은 쓰기 상황에서도이 레벨의 영향을 줄이려면 마모 레벨링을 활성화해야합니다.

chrisaycock이 지적했듯이 파일 시스템 레이아웃을 살펴보고 무엇이 효과가 있는지 생각해야합니다. 개인적으로, 나는 /homeSSD를 제외하고는 거의 모든 것을 넣었지만 (스왑을 사용하지는 않지만) 공간 제한 때문입니다.

/dev/proc커널 메모리에 상주하는 가상 파일 시스템은, 그래서 쓰기는 문제가 여기 (I은 쓰기가 실제로 디스크에 충돌하지 않는 것이 완전히 잘못 될 수있다, 그래서 더 지식이있는 사람에서 체중 수 있다면, 나는 그것을 감사하겠습니다. /proc수도 당신이 가치있는 것을 위해 당신이로드 한 바이너리의 사본을 만드십시오…).


고맙습니다!. 다른 질문으로 물어봐야하지만 스왑 대신 무엇을 사용합니까?
hbt

RAM의 4GiB. 나는 그것을 전혀 사용하지 않았고 부팅이 너무 빨라서 최대 절전 모드를 사용하지 않으므로 스왑 파티션을 가질 필요가 없었습니다.
Reese Moore

/proc전혀 실제 파티션으로 백업되지 않습니다 - 그렇지 않은 가능한 특정 디스크에 넣어. /dev는 실제 파티션 (이 경우 가장 많이 읽히는 /etc)이거나 tmpfs디스크에없는 파티션 일 수 있습니다.

1

Linux의 파일 시스템에 익숙해 져야 합니다. 예를 들어, proc 파일 시스템 ( /proc) 및 장치 파일 ( /dev)은 OS에서 파일처럼 보이도록 작성됩니다. 그들은 어쨌든 디스크가 아닌 메모리에 상주합니다.

귀하의 질문에 대답하기 위해 SSD에 실제로 파일 인 것을 자유롭게 넣으십시오 . 여기에는 바이너리, 구성, 로그 등이 포함됩니다. 예를 들어, swap 은 가상 메모리 시스템에 의해 생성되며 적어도 걱정되는 한 파일이 아닙니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.