Borg: 보그 목록의 크기 자리 표시자<repo/>

최근까지 이에 필요한 인프라가 없었습니다. borg list <repo> 대한 "comment" 자리 표시자를 구현할 때 (마스터 브랜치에) 추가했습니다. 이제 요청 시 항목을 계산할 수 있으며 이전과 같이 매니페스트 항목의 데이터를 표시할 수 있습니다.

그러나 전체 아카이브 메타데이터를 읽어야 하는 모든 것을 계산하는 것은 느릴 수 있다는 점에 유의하십시오. 목록에 많은 아카이브가 표시되거나 느린 연결을 통해 저장소에 액세스하는 경우.

borg info -a '*' , borg info --last/first x

borg info -a '*'

이것이 가능하다는 것은 흥미롭지만 대체로 느립니다.

그러나 전체 아카이브 메타데이터를 읽어야 하는 모든 것을 계산하는 것은 느릴 수 있다는 점에 유의하십시오. 목록에 많은 아카이브가 표시되거나 느린 연결을 통해 저장소에 액세스하는 경우.

네, 그래서 제가 이렇게 말했습니다. 이 사실을 캐시에 저장할 수 없습니까?

이것이 가능하다는 것은 흥미롭지만 대체로 느립니다.

_중복 제거된 크기_를 계산해야 하며 캐시할 수 없습니다. 따라서 #2764를 사용하면 속도가 상당히 빨라지지만 항상 다소 느립니다.

이 기능을 직접 사용하기를 바라는 마음으로 이 한 줄짜리(기술적으로 :wink:)를 두드려서 내가 보고 싶은 아카이브 목록을 얻었습니다.

printf 'Archive\t\t\t\t\tOrig\tComp\tDedup\n'; printf '%-32.32s\t%s\t%s\t%s\n' $(borg info --json --sort-by name --glob-archives '*' REPO | jq '.archives[] | "\(.name) \(.stats.original_size) \(.stats.compressed_size) \(.stats.deduplicated_size)"' | sed --expression='s/^"//;s/"$//' | numfmt --field='2-4' --to=iec)

jq 를 사용하여 JSON 형식을 지정하고 numfmt 를 coreutils 에서 사용하여 사람이 읽을 수 있는 크기로 만듭니다. 결과는 다음과 같습니다(대표적인 라인 세트로 잘림).

Archive                 Orig    Comp    Dedup
hostname-home-20190613-090600       288G    92G 12K
hostname-home-20190613-091013       288G    92G 117K
hostname-home-20190617-005337       220G    61G 6.9M
hostname-home-20190617-022904       288G    92G 16M
hostname-home-20190617-225658       288G    92G 40K
hostname-sysconfig-20190617-023108  12M 3.2M    40K
hostname-sysconfig-20190617-225820  12M 3.2M    32K
hostname-sysconfig-20190618-144623  12M 3.2M    105K
hostname-sysconfig-20190621-224259  13M 3.3M    110K
hostname-system-20190613-081754     300G    97G 20M
hostname-system-20190613-091212     300G    97G 14M
hostname-system-20190618-144635     300G    97G 37M
hostname-system-20190621-224311     308G    98G 4.6M
hostname-system-20190621-230350     308G    98G 617K

39개의 아카이브만 있으면 속도는 괜찮지만 백업 실행의 일부로 --last 1 를 사용하고 이를 별도의 로그에 저장하여 요청 시 참조하는 것이 실제로 사용하는 방법이 될 것입니다.