디스크 쓰기 트래픽이 많이 발생하는 비트는 /tmp및 입니다 /var. 실제 작업 세트는 상대적으로 작고 대부분 수백 MB 이상의 RAM이 있는 시스템에 캐시되지만 바이너리 디렉토리는 약간의 읽기 트래픽을 얻습니다.

역사적으로 Unix 시스템은 당시 DEC 하드웨어의 특성으로 인해 빠른 디스크와 느린 디스크를 혼합하여 구축되었습니다. 원래 레이아웃은 루트(포함 /bin), 스왑 및 /usr.

/home귀하의 경우에는 단순하게 유지하고 모든 것을 빠른 디스크에 저장하는 것이 좋습니다 . 현실적으로 몇 GB 이상이 필요하지 않으며, 8~16GB 고속 CF 카드가 상당히 저렴합니다. 더 큰 디스크를 구입하세요/home.

이는 주로 다음 두 가지 사항에 따라 달라집니다.

1. 컴퓨터에서 일반적으로 실행되는 프로그램

2. 어느 측면성능당신은 가장 가치있는

아래에서는 귀하가 컴퓨터를 다소 표준적인 데스크톱으로 사용하고 있으며 얻을 수 있는(그리고 아마도 얻고 싶은) 성능의 주요 측면은 프로그램 시작 시간이라고 가정합니다.

빠르다/느리다에 대한 귀하의 개념을 살펴보면 다음과 같은 변경 사항을 제안합니다.

• /etc매우 중요하지만 크기가 비교적 작은 파일이 포함되어 있습니다. 반드시 빠른 미디어에 배치할 필요는 없습니다.

• /lib부팅 시간 측면에서 이는 /usr/lib아마도 시스템 트리에서 가장 중요한 섹션일 것입니다. 일반적인 시스템 사용량을 보고 lsof수행합니다 . grep -cF '/lib/'에 대한 grep과 비교하십시오 \(/bin\|/sbin\).

그래서 차라리 /usr/lib더 빠른 파티션을 두는 편이 낫습니다. 물론 문제는 그 크기다. 아마도 전체 파티션을 더 빠른 파티션에 배치하려고 시도하지 않을 것입니다. 심볼릭 링크를 /usr생성하거나 마운트 지점을 바인드하는 것이 더 좋습니다 . /usr/lib크기가 여전히 설정에 비해 너무 큰 경우 한 단계 더 깊이 들어가서 가장 많이 사용되는 라이브러리의 하위 트리에 대해서만 심볼릭 링크를 생성할 수 있습니다. 또는 그 반대로 홈 디렉토리를 /usr/lib빠른 미디어에 놓고 덜 자주 사용되는 하위 디렉토리를 지울 수 있습니다. 심볼릭 링크로 변환합니다. 예를 들어 , 또는 와 같은 프로그래밍 콘텐츠에 연결합니다 gcc.perlpython

그 외에도 당신이 쓴 것처럼 /var빠른 매체를 사용하는 것이 확실히 가치가 있을 것입니다. 하지만 너무 많이 써도 빨리 죽지 않는 좋은 CF카드가 필요하다는 점 참고해주세요!