리눅스는 민첩하고 효율적이며 조용하게 작동하는 것으로 유명합니다. 오랫동안 제가 주로 사용하던 컴퓨터도 그 명성에 걸맞았습니다. 애플리케이션은 빠르게 실행되고, 작업 공간은 매끄럽게 이동했으며, 시스템은 뛰어난 성능의 리눅스 시스템만이 줄 수 있는 안정감을 제공했습니다. 그러다 서서히 그 느낌이 바뀌기 시작했습니다.
심각한 시스템 오류는 발생하지 않았습니다. 커널 패닉이나 업데이트로 인한 심각한 문제도 없었죠. 시스템은 여전히 작동하고 있었지만, 속도가 느려진 느낌이었습니다. 윈도우는 버벅거리고, 파일 작업은 굼떴습니다. 간단한 멀티태스킹조차 마치 바탕화면이 시럽에 흠뻑 젖어 끈적거리는 것처럼 느껴졌습니다. 그 후 저는 조용하지만 거의 강박적으로 문제 해결에 몰두했습니다. 흔히 문제의 원인이 될 만한 것들을 살펴보고, 몇 가지 잘못된 단서를 쫓아가 보기도 했습니다. 결국 해결책은 매우 지루하고, 거의 불쾌할 정도였지만, 효과는 있었습니다.
로압 스리유에스
빠른 시스템에서 뭔가 잘못됐다는 느낌이 들기 시작할 때
느린 것과 "뭔가 잘못됐다"는 것의 차이.
리눅스 사용자라면 누구나 아는 아주 특정한 순간이 있습니다. 시스템이 기술적으로 느린 것은 아닙니다. 벤치마크 결과도 좋고, CPU 사용량도 정상적이며, 눈에 띄게 과열되는 부분도 없습니다. 그러다가 사소한 지연 현상이 느껴지기 시작합니다. 창 전환(Alt-Tab)이 매끄럽지 않게 느껴지고, 애플리케이션 실행 속도가 평소보다 0.5초 정도 느려지며,팬이 회전합니다 개별적으로는 별것 아닌 경우가 많지만, 이러한 증상들이 모두 나타나면 배관 어딘가에 문제가 생긴 게 아닐까 하는 막연한 의심이 생깁니다. 제가 바로 그런 상황에 놓였습니다.
제 기기는 여전히 완벽하게 작동했기 때문에 문제가 더 짜증스럽게 느껴졌습니다. 심각한 고장은 쉽게 고칠 수 있지만, 전반적인 성능 저하를 느낄 때 비로소 제정신인지 의심하게 되죠. 그래서 터미널을 열고 검색을 시작했습니다.
제가 먼저 살펴본 것(그리고 나중에 잡음으로 판명된 것)
평소와 다름없는 인물들이 평소처럼 행동하고 있었다.
첫 단계는 예상대로였습니다. Htop을 실행하고 시스템이 안정되는 모습을 잠시 지켜봤습니다. CPU 사용량은 정체불명의 CPU 코어를 과도하게 사용하는 프로세스 없이 조용했고, 메모리 사용량도 여유 공간이 충분하고 급격한 메모리 전환도 없었습니다. 디스크 공간도 확인했습니다. (누구나 이 교훈을 뼈아프게 배웠으니까요.) 루트 파티션의 디스크 공간도 패닉 영역보다 훨씬 적었습니다. 그럼에도 불구하고 일상적인 사용에서 시스템이 약간 느리게 느껴졌습니다.
그래서 저는 전형적인 자기계발의 늪에 빠졌습니다. 기존 리뷰들을 검토했죠. 스타트업 서비스시작 시 실행될 필요가 없는 몇 가지 항목을 줄이고, 지나치게 오랫동안 백그라운드에서 작동하던 도우미 프로그램 한두 개를 비활성화했습니다. 효과가 있었을까요? 미미하게나마 말이죠. 감정적인 투자자가 아니면 알아차리기 힘든 정도의 개선입니다. 다시 말해, 근본적인 문제는 해결되지 않았습니다.
추측을 멈추고 측정하기 시작한 순간
디스크 활동이 진실을 말해줬다
결국 수사를 진전시킨 것은 간단했습니다. 유휴 통계만 보는 것을 멈추고 시스템이 실제로 작동하는 모습을 관찰하기 시작한 것입니다. 애플리케이션 실행 화면을 살펴보았죠. 작업 공간 전환파일 전송 같은 평범하고 일상적인 작업들이었죠. 그런데 그때부터 디스크가 평소와 다르게 시끄럽게 작동하기 시작했습니다. 완전히 고장 난 건 아니었지만, 시스템이 놀라울 정도로 많은 양의 자잘한 입출력 작업을 지속적으로 처리하고 있었습니다. 문제가 될 정도는 아니었지만, 제가 느끼던 미묘한 속도 저하의 원인을 설명해 줄 만큼은 충분했습니다.
많은 사람들이 이 시점에서 바로 하드웨어 업그레이드를 고려합니다. 새로운 SSD를 구입하거나, 더 빠른 드라이브를 구매하거나, SATA 케이블을 사용하여 드라이브를 교체하는 식이죠. 하지만 저는 간신히 참았습니다. 왜냐하면 이런 패턴은 다른 방향을 제시하기 때문입니다.
지루하지만 실제로 효과가 있었던 해결책
포장재의 기본 세척
실질적인 개선은 전혀 흥미롭지 않은 것에서 비롯되었습니다. 바로 제가 솔직히 좀 소홀히 했던 시스템 유지 관리였습니다. 시간이 지나면 아무리 잘 관리된 리눅스 시스템이라도 불필요한 것들이 쌓이기 마련입니다. 오래된 패키지는 그대로 남아있고, 버려진 의존성 파일들은 조용히 쌓여갑니다. 패키지 캐시는 마치 모두가 임시방편이라고 생각하는 서랍처럼 점점 커져갑니다. 그래서 저는 지루하지만 제대로 된 유지 관리를 시작했습니다.
제 데비안 기반 시스템에서는 다음과 같은 의미였습니다.
- 버려진 패키지를 제거하세요.
- 패키지 캐시를 지우는 중입니다.
- 부분적으로 개봉된 포장재는 철저히 소독되었는지 확인하십시오.
- 한 번의 조용한 스와이프로 모든 것을 깔끔하게 새로 고침하세요.
특별한 건 없었습니다. 위험한 설정 변경도 없었고, 새벽 1시 47분에 은밀하게 진행된 실험적인 커널 작업도 없었습니다. 그냥 유지보수였을 뿐입니다. 네, 저도 압니다. 경험 많은 사용자분들은 이쯤에서 눈을 굴리며 "당연한 거 아니야?"라고 하실 겁니다. 하지만 조금만 참아주세요. 재부팅 후 달라진 점은 착각이 아니었습니다. 앱 실행 속도가 빨라졌고, 작업 공간 전환도 다시 매끄러워졌으며, 그동안 저를 조용히 괴롭히던 미세한 불편함도 사라졌습니다.
작은 기술들이 시간이 지나면서 축적됩니다.
최신 리눅스 시스템은 복원력이 뛰어납니다. 완전히 다운되지 않고도 많은 문제를 처리할 수 있죠. 이는 장점이자 단점이기도 합니다. 남은 패킷, 오래된 캐시, 사소한 불일치 등이 누적되더라도 심각한 오류로 이어지는 경우는 드뭅니다. 대신 시스템 곳곳에 작은 마찰을 일으킵니다. 예를 들어, "여기서 추가 조사 필요", "메타데이터를 약간 더 많이 처리해야 함", "완전히 불필요한 디스크 접근" 등이 있습니다. 개별적으로는 전혀 눈치채지 못할 수도 있지만, 이러한 마찰들이 모여 한때 빨랐던 시스템이 마치 약간의 인격 장애를 겪게 된 듯한 느낌을 만들어냅니다.
해당 패키지 유지 관리 작업을 실행하십시오.
리눅스 시스템이 미묘하게 느리다면, 간단한 것부터 시작해 보세요. 실제 작업 부하 상태에서 CPU, 메모리, 디스크 사용량을 점검하십시오. 일반적인 작업을 수행하는 동안 디스크 활동을 모니터링하고, 필요한 패키지 유지 관리를 실행하세요. 재부팅 후 다시 한번 성능을 평가한 다음 다른 설정을 변경하십시오. 가장 중요한 것은 한 번에 여러 가지 성능 최적화 설정을 적용하려는 충동을 억제하는 것입니다. 모든 것을 바꾸면 아무것도 배우지 못할 것입니다.
리눅스는 빠릅니다. 하지만 지루한 습관을 들이면 더욱 효과적이죠. 때로는 새로운 커널이나 SSD를 설치하거나 주말 내내 미친 듯이 설정 파일을 수정하는 것만이 해결책이 아닙니다. 때로는 그저 10분 정도 시간을 내어 정중하게 무시하는 간단한 유지 관리만으로도 충분할 수 있습니다. 귀찮을 정도로 번거롭지만, 놀라울 정도로 효과적인 방법이죠. 그리고 제 경우에는 바로 그런 관리가 시스템에 꼭 필요했습니다.
