보통 Rclone 마운트 시 옵션은 아래가 국롤처럼 사용 중인듯 합니다.
그런데 해외 사이트를 보니 Rclone으로 구글드라이브를 마운트하여 Plex의
라이브러리로 운영할때 아래와 같은 옵션 값을 추천한다는 글이 많은데 해외 추천으로 바꿀 시 나빠지는 부분이 있을까요?
|
Rclone Mount 옵션
|
일반적
|
해외 추천
|
|
buffer-size
|
16M
|
256M
|
|
vfs-read-chunk-size
|
32M
|
128M
(Default) |
|
vfs-read-chunk-size-limit
|
2048M
|
off
(Default) |
|
dir-cache-time
|
1000h
|
6072h
|
|
drive-chunk-size
|
없음
|
128M
|
1. buffer-size : vfs-cache-mode에서 rclone은 buffer-size + vfs-read-ahead를 합한 크기만큼 버퍼링
1) buffer-size은 메모리에 버퍼링을하고,
2) vfs-read-ahead 은 디스크에 버퍼링
3) rclone 에서는 buffer-size를 너무 키우는 것보다 vfs-read-ahead를 키우는 것을 추천
[질문] 물리적 메모리가 클 경우 256M 정도면 괜찮을 않을까요? 참고로 사용하는 vfs-read-ahead 값은 32M 입니다.
2. vfs-read-chunk-size : rclone이 원격에서 파일을 읽어올때는 청크로 읽어오며, 그 크기를 정하는 것
- vfs-read-chunk-size의 default 값은 128M 임
[질문] 요청하는 수와 청크 단위의 다운로드량의 비례를 결정하는 듯합니다.
크기가 커지면 각 청크별 다운량은 많아지는 대신 요청수가 줄어 들것 같은데 기본값 128M
보다 작은 32M를 국내에서 주로 사용하는 이유가 궁금 합니다.
3. vfs-read-chunk-size-limit : 기본값은 off 입니다.
[질문] vfs-read-chunk-size와 연관되어 있는것 같은데 설명서를 읽어 봐도 무슨 의미인지 모르겠네요.
기본값이 off인 무한 인데 굳이 제한을 두고 쓰는 이유가 있을까요?
4. dir-cache-time : VFS 디렉토리 캐시가 유지되는 시간을 의마하는 것 같습니다.
[질문] 유지 시간의 경우 알아서 결정하면 되는건가요?
5. drive-chunk-size : 이 부분은 rclone 기능 중 구글 드라이브에 국한된 옵션인듯 합니다.
설명서에 보면 아래와 같이 해석이 되어 있습니다.
1) 이 값을 크게 하면 성능이 향상되지만 각 청크는 전송당 하나씩 메모리에 버퍼링됩니다.
2) 이 값을 줄이면 메모리 사용량이 줄어들지만 성능이 저하됩니다.
[질문] 구글 드라이브를 사용하는 경우 이 옵션을 넣어주는게 좋지 않을까요?
크기를 키우면 라이브러리 스캐닝시 밴당할 가능성이 있다고 하네요..... 이유가 있었네요^^