저는 OS와 애플리케이션을 한 파티션과 /home/다른 파티션에 유지하는 것을 선호합니다.
/현재 드라이브를 SSD로 교체한 다음 /home/myuser/.local/SSD의 디렉터리에 일부 응용 프로그램이 설치되어 있으므로 해당 디렉터리에 심볼릭 링크할 계획입니다 . SSD의 성능이 훨씬 더 좋다고 생각하기 때문입니다.SSD가 아닌 Classic HD에서 심볼릭 링크를 통과해야 하면 에 저장된 애플리케이션의 성능에 영향을 미칠 수 있습니까 ~/.local?~/.local하드 드라이브가 수행 중인 모든 작업을 중지하고 액세스하려면 저장된 위치 로 헤드를 이동해야 하기 때문에 이것이 사실이라고 상상할 수 있습니다.
답변1
SSD가 아닌 클래식 HD에서 심볼릭 링크를 통과해야 하면 ~/.local에 저장된 애플리케이션의 성능에 영향을 미치나요?
절대적으로하지. 최악의 경우, Rust에서 회전된 심볼릭 링크를 해결하는 데는 1초도 채 걸리지 않으며, 그 시점부터 캐시되고 후속 액세스는 거의 즉각적으로 이루어집니다.
(이것은 정기적인 백업의 중요성을 상기시켜 줍니다. SSD 디스크는 갑자기 예기치 않게 오류가 발생하는 경향이 있으며 데이터 복구가 불가능한 경우가 많습니다.)
답변2
디스크 액세스 성능에만 관심이 있다면 다음을 사용할 수 있습니다.숨은참조(BPF 컴파일러 컬렉션) 커널에서 타이밍 데이터를 얻기 위한 도구 세트입니다. 이러한 도구는 bcc-tools또는 이와 유사한 패키지 로 배포판에 제공될 수 있습니다 .
여기서 흥미로운 점은 biosnoop디스크의 모든 읽기 또는 쓰기 작업과 소요 시간을 나열하는 도구입니다. 내 시스템에서 다음을 수행해야 합니다.
sudo /usr/share/bcc/tools/biosnoop
제목 작성을 시작하는 데 몇 초 정도 걸립니다. 이와 같은 명령( sum /etc/systemd/bootchart.conf일반적으로 읽지 않는 파일)에 대한 snoop 추적 출력은 다음과 같습니다.
TIME(s) COMM PID DISK T SECTOR BYTES LAT(ms)
99.305 sum 1134 sda R 33889239 4096 3.02
이는 sum명령이 지정된 4096바이트 섹터(이 파일 시스템의 블록 크기)에서 R 읽기를 수행했음을 나타냅니다. 3.02ms 안에 답장이 왔습니다. 명령을 여러 번 반복하면 sumsnoop 추적이 수행됩니다.아니요커널에 의해 캐시되었기 때문에 읽기 작업이 다시 발생했음을 나타냅니다. 디렉토리 항목을 찾고 기호 링크를 따르는 경우에도 마찬가지입니다.