Maneira portátil de obter o tamanho do arquivo (em bytes) no shell?

No Linux, eu uso stat --format="%s" FILE, mas o Solaris ao qual tenho acesso não tem comando stat. O que devo usar então?

Estou escrevendo scripts Bash e não consigo instalar nenhum software novo no sistema.

Já considerei usar:

perl -e '@x=stat(shift);print $x[7]' FILE

ou mesmo:

ls -nl FILE | awk '{print $5}'

Mas nenhum desses parece sensato - executando Perl apenas para obter o tamanho do arquivo? Ou executando 2 comandos para fazer o mesmo?

wc -c < filename(abreviação de contagem de palavras, -cimprime a contagem de bytes) é uma solução POSIX portátil . Apenas o formato de saída pode não ser uniforme entre as plataformas, pois alguns espaços podem ser prefixados (que é o caso do Solaris).

Não omita o redirecionamento de entrada. Quando o arquivo é passado como argumento, o nome do arquivo é impresso após a contagem de bytes.

Eu estava preocupado que não funcionasse com arquivos binários, mas funciona bem no Linux e no Solaris. Você pode tentar com wc -c < /usr/bin/wc. Além disso, os utilitários POSIX têm garantia de lidar com arquivos binários , a menos que especificado de outra forma explicitamente.

Acabei escrevendo meu próprio programa (muito pequeno) para exibir apenas o tamanho. Mais informações aqui: http://fwhacking.blogspot.com/2011/03/bfsize-print-file-size-in-bytes-and.html

As duas maneiras mais limpas, na minha opinião, com ferramentas comuns do Linux são:

$ stat -c %s /usr/bin/stat
50000

$ wc -c < /usr/bin/wc
36912

Mas eu simplesmente não quero digitar parâmetros ou canalizar a saída apenas para obter o tamanho do arquivo, então estou usando meu próprio bfsize.

Embora dugeralmente imprima o uso do disco e não o tamanho real dos dados, GNU coreutils dupode imprimir o "tamanho aparente" do arquivo em bytes:

du -b FILE

Mas não funcionará em BSD, Solaris, macOS, ...

Finalmente, decidi usar ls e expansão de matriz bash:

TEMP=( $( ls -ln FILE ) )
SIZE=${TEMP[4]}

não é muito bom, mas pelo menos faz apenas 1 fork + execve e não depende de linguagem de programação secundária (perl / ruby ​​/ python / qualquer que seja)

Solução mais rápida de plataforma cruzada (usa apenas um único fork () para ls , não tenta contar caracteres reais, não gera awk desnecessário, perl, etc).

Testado em MacOS, Linux - pode exigir pequenas modificações para Solaris:

__ln=( $( ls -Lon "$1" ) )
__size=${__ln[3]}
echo "Size is: $__size bytes"

Se necessário, simplifique o ls argumentos e ajuste o deslocamento em $ {__ ln [3]}.

Nota: seguirá links simbólicos.

Os BSDs possuem statopções diferentes do GNU coreutils, mas recursos semelhantes.

stat -f %z <file name> 

Isso funciona no macOS (testado em 10.12), FreeBSD , NetBSD e OpenBSD .

Ao processar a ls -nsaída, como uma alternativa aos arrays de shell mal portáveis, você pode usar os argumentos posicionais, que formam o único array e são as únicas variáveis ​​locais no shell padrão. Envolva a substituição de argumentos posicionais em uma função para preservar os argumentos originais em seu script ou função.

getsize() { set -- $(ls -dn "$1") && echo $5; }
getsize FILE

Isso divide a saída de ln -dnacordo com as IFSconfigurações atuais da variável de ambiente, atribui-a a argumentos posicionais e ecoa o quinto. O -dgarante que os diretórios sejam manipulados corretamente e -ngarante que os nomes de usuários e grupos não precisam ser resolvidos, ao contrário de -l. Além disso, nomes de usuários e grupos contendo espaços em branco podem teoricamente quebrar a estrutura de linha esperada; eles geralmente não são permitidos, mas essa possibilidade ainda faz o programador parar e pensar.

Se você usar findutilitários de arquivo GNU:

size=$( find . -maxdepth 1 -type f -name filename -printf '%s' )

Infelizmente, outras implementações de findgeralmente não suportam -maxdepth, nem -printf. Esse é o caso de, por exemplo, Solaris e macOS find.

Você pode usar o findcomando para obter algum conjunto de arquivos (aqui os arquivos temporários são extraídos). Depois, você pode usar o ducomando para obter o tamanho de cada arquivo em formato legível por humanos usando -hswitch.

find $HOME -type f -name "*~" -exec du -h {} \;

RESULTADO:

4.0K    /home/turing/Desktop/JavaExmp/TwoButtons.java~
4.0K    /home/turing/Desktop/JavaExmp/MyDrawPanel.java~
4.0K    /home/turing/Desktop/JavaExmp/Instream.java~
4.0K    /home/turing/Desktop/JavaExmp/RandomDemo.java~
4.0K    /home/turing/Desktop/JavaExmp/Buff.java~
4.0K    /home/turing/Desktop/JavaExmp/SimpleGui2.java~

Seu primeiro exemplo em Perl não parece irracional para mim.

É por razões como essa que migrei de escrever scripts de shell (em bash / sh etc.) para escrever todos os scripts, exceto os mais triviais em Perl. Descobri que estava tendo que lançar o Perl para requisitos específicos e, à medida que fazia isso mais e mais, percebi que escrever scripts em Perl era provavelmente uma forma mais poderosa (em termos de linguagem e da grande variedade de bibliotecas disponíveis via CPAN ) e uma maneira mais eficiente de conseguir o que eu queria.

Observe que outras linguagens de script de shell (por exemplo, python / ruby) sem dúvida terão recursos semelhantes e você pode querer avaliá-los para seus propósitos. Eu apenas discuto Perl porque é a linguagem que uso e com a qual estou familiarizado.

se você tiver Perl em seu Solaris, use-o. Caso contrário, ls com awk é sua próxima melhor aposta, já que você não tem stat ou seu find não é GNU find.

Há um truque que usei no Solaris, se você perguntar o tamanho de mais de um arquivo, ele retorna apenas o tamanho total sem nomes - então inclua um arquivo vazio como / dev / null como o segundo arquivo:

por exemplo, arquivo de comando que você deseja / dev / null

Não consigo lembrar qual comando de tamanho isso funciona para ls / wc / etc - infelizmente não tenho uma caixa solaris para testá-lo.

no linux você pode usar du -h $FILE, isso funciona no solaris também?

Você tentou du -ks | awk '{print $ 1 * 1024}'. Isso pode funcionar.