Linux에서 대규모 페이지 오류 지연의 원인은 무엇입니까?

Linux에서 대규모 페이지 오류 지연의 원인은 무엇입니까?

SSD가 장착된 Linux 넷북을 실행하고 있습니다. SSD는 속도가 느리기 때문에(그리고 닳기 싫어서) 스왑 없이 사용하고 있습니다. 지금까지는 괜찮았지만 최근에 새 커널(2.6.37)을 설치했는데 약간의 속도 저하가 나타났습니다. 이 시간 동안 내 넷북의 디스크 드라이브 표시등은 계속 켜져 있었습니다. LatencyTOP은 이와 관련하여 부분적으로만 도움이 되는 반면, 3초(예:두번째밀리초 아님) 지연은 "디스크 쓰기(동기화)"에 대한 것이고 하나는 "페이지 오류"에 대한 2초입니다. 처음에 스왑을 사용하지 않았기 때문에(그리고 여유 메모리/캐시 메모리가 많은 것 같습니다) 페이지 결함 페널티가 왜 그렇게 큰지 이해가 되지 않습니다. 원인은 무엇입니까? 해결 방법이 있나요? 이렇게 높은 페이지 오류 대기 시간이 해로울까요, 아니면 문제가 다른 곳에 있습니까?

답변1

어쩌면 대답은이 문제도움이 될 수도 있습니다. 스와핑이 없더라도 프로그램이 매핑되었지만 아직 실제 메모리에 위치하지 않은 가상 메모리 부분(예: 디스크 파일의 데이터)에 액세스하려고 하면 페이지 오류가 발생할 수 있습니다. 이 기술의 정확한 용어는 다음과 같습니다.페이징 요청.

관련 정보