프로그램이 느려지면 Rust 최적화 효과를 재기 어려워진다

글쓴이는 Rust 프로그램을 하루 동안 개선하며 성능을 쟀지만, 무엇을 바꾸든 실행이 점점 느려졌습니다. 컴퓨터 전체의 자원 사용이 원인일 수 있다는 설명은 아직 추정입니다. 저는 이 장면이 오래 남습니다. 최적화가 나빠진 것인지 측정 조건이 달라진 것인지, 숫자만으로 구분하기 어렵기 때문입니다.

Rust의 버퍼 복사 없는 파싱 사례는 성능과 시스템 호출을 함께 측정했습니다. 이번 경험과 나란히 보면, 최적화 수치에는 코드 변화뿐 아니라 실행 조건을 확인할 자료도 필요하다는 점이 드러납니다.

이번 사례에서는 무엇을 바꾸어도 느려져, 코드 수정이 성능에 준 효과를 가려내기 어렵습니다. 이 경험은 측정하는 컴퓨터의 상태도 결과를 바꿀 수 있다는 점을 보여 줍니다. 원인을 찾아야 할 대상을 코드 밖으로 넓혀 준다는 점이 흥미롭습니다.

이 프로그램은 계속 실행되는 서비스가 아니라 명령줄에서 돌고, 큰 메모리 매핑(memory mapping, mmap)을 사용합니다. 글쓴이는 이 특성이 리눅스 하위 시스템에 영향을 줬을 수 있다고 보지만, 어떤 자원이 얼마나 쓰였는지와 측정 조건은 제시되지 않았습니다. 저는 원인을 가를 기록이 함께 없다는 점이 가장 아쉽습니다.

같은 입력과 설정으로 프로그램을 여러 번 실행해 시간을 적고, 동시에 CPU와 메모리 사용량도 기록하십시오. 시간이 반복할수록 늘고 자원 사용도 변한다면 실행 환경을 먼저 살펴볼 단서가 됩니다. 자원 사용은 그대로인데 특정 코드 수정 뒤 느려졌다면, 그 수정만 되돌려 다시 재 보십시오.

코드 수정별 반복 측정과 컴퓨터 자원 기록 가운데 무엇을 먼저 챙기십니까?