이전 "du" 동작을 복원하는 방법은 무엇입니까?

내 서버(Ubuntu 12.04)에서 무언가를 이동하려고 할 때 다음 명령을 사용하여 현재 디렉터리의 각 하위 디렉터리 크기와 현재 디렉터리의 총 수를 알고 싶습니다 du.

$ du -sm * .
34      A
23      B 
1       .

하위 디렉터리 크기의 합(처음 두 행의 값의 합)이 현재 디렉터리와 해당 하위 디렉터리(마지막 행)의 크기보다 크기 때문에 이 내용을 읽었습니다. Ubuntu 8.04를 실행하는 서버에서는 -sm30년 전 이 옵션을 처음 사용했을 때와 마찬가지로 여전히 작동합니다.

$ cd /var/spool
$ du -sm * .
1      cron
1      cups
0      mail
2      postfix
3      .

이러한 차이가 발생하는 이유는 Ubuntu 12.04 시스템에는 coreutils버전 8.13이 있고 Ubuntu 8.04에는 6.10이 있기 때문입니다 coreutils. 다음과 관련된 일부 최적화를 수행했습니다.이것, 명령줄에 지정하더라도 디렉터리를 두 번 계산/표시하지 않습니다. 최신 버전에서는 du -sm . .한 줄로만 답변을 제공하고 이전 버전에서는 두 개의 동일한 줄로 답변을 제공합니다.

12.04 시스템에서는 이 작업을 수행할 수 있지만 du -sm * ; du -sm .실제로 관심 있는 디렉터리에 대해 이 작업을 수행하는 것은 옵션이 아닙니다. 왜냐하면 수백만 개의 파일에 1테라바이트가 넘는 데이터를 보관하는 28개의 직접 하위 디렉터리가 있기 때문입니다. 이 디렉터리 트리를 한 번 살펴보는 데는 몇 시간이 걸리며 디렉터리 정보는 운영 체제에 비해 큰 것으로 나타나 캐시할 수 없으므로 두 번째 디렉터리 트리를 실행하는 데 즉시 동일한 시간이 걸립니다(예: 더 큰 디렉터리에서du 실행하는 경우에는 그렇지 않습니다). 두 번 수행하면 일반적인 효과를 얻을 수 없습니다. du -s두 번째로 하위 트리가 훨씬 빨라집니다.

결과를 프로그램에 넣고 첫 번째 열에 값을 추가 할 수 있다는 것을 알고 있지만 tee이전 동작을 복원할 수 있는 방법이 있다면 좋을 것입니다 du.

누락된 coreutils 명령줄 옵션이나 설치할 수 있는 du대안이 있습니까?du

(또한 느려진 것 같은 느낌이 들지만 du, 이는 아마도 저장하고 처리하는 데이터의 양이 수년에 걸쳐 증가했기 때문일 것입니다. 12.04 시스템은 Btrfs를 실행하고 있으며 이로 인해 이동하는 많은 것들이 느려졌습니다.)