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.