RcloneView로 Rclone 전송 시 높은 메모리 및 CPU 사용량 해결하기

2026년 4월 8일 · 약 13분

Senior Engineer

Rclone 전송이 RAM을 모두 잡아먹거나 CPU를 100%로 고정시키고 있나요? RcloneView를 사용하면 명령줄 플래그를 외우지 않고도 원인을 파악하고 성능 설정을 조정할 수 있습니다.

클라우드 전송 중 시스템이 눈에 띄게 느려지는 것을 경험했다면 당신만 그런 것이 아닙니다. Rclone은 강력한 도구이지만, 기본 설정이나 잘못 구성된 옵션은 특히 파일 수가 많거나, 드라이브를 마운트하거나, 병렬 전송을 수행할 때 상당한 시스템 리소스를 소모할 수 있습니다. 익숙한 증상들이죠. 팬이 요란하게 돌아가고, 애플리케이션이 응답하지 않으며, 전송이 필요 이상으로 많은 리소스를 사용하는 것처럼 보입니다.

다행히 대부분의 높은 리소스 사용 시나리오는 간단하게 해결할 수 있습니다. 이 가이드에서는 rclone에서 과도한 메모리 및 CPU 사용량을 유발하는 가장 흔한 원인을 살펴보고, RcloneView의 시각적 구성 도구를 사용하여 이를 해결하는 방법을 보여드립니다.

모든 클라우드를 한 곳에서 관리하고 동기화하세요

RcloneView는 rclone의 크로스플랫폼 GUI입니다. 폴더를 비교하고, 파일을 전송·동기화하고, 깔끔한 시각적 인터페이스로 멀티 클라우드 워크플로를 자동화하세요.

원클릭 작업: 복사 · 동기화 · 비교
안정적인 자동화를 위한 스케줄러와 작업 이력
Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP 등 지원

WindowsmacOSLinux

무료로 시작하기 →

핵심 기능은 무료. Plus로 자동화 기능 이용 가능.

흔한 증상

해결 방법을 살펴보기 전에, rclone 작업 중 높은 리소스 사용량이 일반적으로 어떻게 나타나는지 알아보겠습니다.

높은 RAM 사용량: rclone 프로세스가 1GB 이상의 메모리를 소비하며, 때로는 시스템 메모리가 고갈될 때까지 계속 증가합니다.
CPU 급증: 전송 중, 특히 대용량 디렉터리를 나열할 때 하나 이상의 CPU 코어가 100%에 고정됩니다.
시스템 응답 없음: rclone이 실행되는 동안 다른 애플리케이션이 멈추거나 지연됩니다.
전송 실패: 메모리 부족 오류로 인해 전송이 예기치 않게 중단됩니다.
느린 성능: 역설적이게도 너무 많은 병렬 작업은 리소스 경합으로 인해 오히려 전체 속도를 늦출 수 있습니다.

너무 많은 동시 전송 및 체커

높은 리소스 사용량의 가장 흔한 원인은 너무 많은 병렬 전송과 체커를 실행하는 것입니다. Rclone은 기본적으로 4개의 전송과 8개의 체커를 사용하지만, 사용자들은 속도가 빨라질 것이라 생각하고 이 숫자를 늘리는 경우가 많습니다. 32개 또는 64개의 동시 전송을 실행하면 시스템과 네트워크 연결 모두에 과부하가 걸릴 수 있습니다.

RcloneView에서 해결하는 방법:

동기화 작업을 생성하거나 편집할 때 --transfers 플래그를 적절한 값으로 설정하세요. 4부터 시작해서 대역폭과 시스템이 감당할 수 있는 경우에만 늘리세요. --checkers는 8 이하로 설정하세요. 대부분의 가정용 인터넷 환경에서는 2~~4개의 전송과 4~~8개의 체커가 속도와 리소스 소비 사이의 적절한 균형을 이룹니다.

대용량 파일 목록 및 디렉터리 스캔

rclone이 수십만 또는 수백만 개의 파일이 있는 디렉터리를 스캔할 때, 모든 파일과 그 메타데이터의 목록을 메모리에 구성합니다. 이는 매우 큰 디렉터리에서 수 기가바이트의 RAM을 소비할 수 있습니다.

해결 방법:

지원되는 경우 --fast-list를 사용하세요. 이 플래그는 더 적은 API 호출로 디렉터리 목록을 가져오며, 일부 공급자(예: S3)에서는 실제로 메모리 사용량을 줄일 수 있지만 다른 공급자에서는 오히려 늘어날 수 있습니다. 사용 중인 특정 공급자로 테스트해 보세요.
클라우드 계정 전체를 한 번에 동기화하는 대신 특정 하위 디렉터리를 대상으로 지정하여 대규모 동기화 작업을 더 작은 단위로 나누세요.
필터 규칙(--include, --exclude)을 사용하여 각 동기화 작업의 범위를 제한하세요. 나열할 파일 수가 적을수록 소비되는 메모리도 줄어듭니다.

마운트된 드라이브로 인한 VFS 캐시 비대화

클라우드 스토리지를 로컬 드라이브로 마운트하는 경우, VFS(가상 파일 시스템) 캐시가 크게 늘어날 수 있습니다. 기본적으로 rclone은 마운트된 드라이브에서 원활한 읽기/쓰기 성능을 제공하기 위해 대량의 데이터를 캐시할 수 있습니다. 시간이 지나면서 이 캐시는 상당한 디스크 공간과 메모리를 소비하게 됩니다.

해결 방법:

사용 가능한 리소스에 따라 --vfs-cache-max-size를 1G 또는 5G와 같은 적절한 제한으로 설정하세요.
--vfs-cache-max-age를 설정하여 오래된 캐시 파일을 자동으로 정리하세요. 대부분의 작업 흐름에는 1h 또는 4h와 같은 값이 적합합니다.
적절한 --vfs-cache-mode를 선택하세요. 읽기 접근이나 간헐적인 쓰기만 필요한 경우 full 대신 minimal 또는 writes를 사용하세요. 전체 캐시 모드는 파일에 접근할 수 있게 되기 전에 파일 전체를 캐시하므로 메모리와 디스크를 가장 많이 사용합니다.

버퍼 크기 설정 오류

--buffer-size 플래그는 전송 중 버퍼링을 위해 rclone이 파일당 할당하는 메모리 양을 제어합니다. 기본값은 전송당 16MB입니다. 16개의 동시 전송을 실행하는 경우, 버퍼 메모리만으로도 256MB에 달합니다. 16개의 전송으로 --buffer-size를 256MB로 늘리면 버퍼만으로 4GB를 소비하게 됩니다.

해결 방법:

특별한 이유가 없다면 --buffer-size를 기본값인 16M으로 유지하세요.
대용량 파일 전송을 위해 이 값을 늘렸다면, 사용 가능한 RAM 범위 내에 머물도록 --transfers를 비례해서 줄이세요.
RAM이 제한적인 시스템(4GB 이하)의 경우 --buffer-size를 8M 또는 심지어 4M으로 줄이는 것을 고려하세요.

마운트 오버헤드 및 FUSE 작업

마운트된 드라이브는 모든 파일 작업(열기, 읽기, 쓰기, stat)이 FUSE 계층을 거쳐 API 호출을 발생시키기 때문에 CPU 오버헤드가 추가됩니다. 백신 소프트웨어, 썸네일 생성기, 검색 인덱서와 같이 디렉터리를 공격적으로 스캔하는 애플리케이션은 마운트된 드라이브에서 지속적인 CPU 및 API 사용을 유발할 수 있습니다.

해결 방법:

마운트된 드라이브 경로를 백신 검사 대상에서 제외하세요.
파일 탐색기 설정에서 마운트된 드라이브에 대한 썸네일 생성을 비활성화하세요.
--dir-cache-time을 사용하여 디렉터리 목록이 캐시되는 기간을 늘려(예: 5m 또는 30m) 반복적인 API 호출을 줄이세요.
--attr-timeout을 설정하여 파일 속성을 더 오래 캐시함으로써 stat 호출을 줄이세요.
파일을 읽기만 하면 되는 경우, --read-only를 사용하여 쓰기 관련 오버헤드를 방지하세요.

RcloneView에서 리소스 사용량 모니터링

RcloneView는 실시간 전송 모니터링을 제공하여 리소스가 과도하게 소비되는 시점을 파악하는 데 도움을 줍니다. 전송이 진행되는 동안 전송 속도, 파일 수, 전체 진행 상황을 관찰할 수 있습니다. 속도가 떨어지거나 인터페이스가 느려진다면 병렬 처리를 줄여야 한다는 신호입니다.

작업 기록 보기를 사용하여 이전 전송을 검토하고 패턴을 파악하세요. 특정 작업이 지속적으로 오래 걸리거나 실패한다면, 해당 작업은 조정이 필요한 후보입니다.