Modo portatile per ottenere la dimensione del file (in byte) nella shell?

Su Linux, utilizzo stat --format="%s" FILE , ma Solaris a cui ho accesso non ha il comando stat. Cosa dovrei usare allora?

Sto scrivendo script Bash e non posso installare alcun nuovo software sul sistema.

Ho già considerato l'utilizzo di:

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

o anche:

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

Ma nessuno di questi sembra sensato: eseguire Perl solo per ottenere la dimensione del file? O eseguire 2 comandi per fare lo stesso?

wc -c < filename(abbreviazione di word count, -cstampa il byte count) è un POSIX portatile soluzione . Solo il formato di output potrebbe non essere uniforme tra le piattaforme poiché alcuni spazi potrebbero essere anteposti (come nel caso di Solaris).

Non omettere il reindirizzamento dell'input. Quando il file viene passato come argomento, il nome del file viene stampato dopo il conteggio dei byte.

Temevo che non funzionasse con i file binari, ma funziona bene sia su Linux che su Solaris. Puoi provarlo con wc -c < /usr/bin/wc. Inoltre, è garantito che le utilità POSIX gestiscano i file binari , se non diversamente specificato in modo esplicito.

Ho finito per scrivere il mio programma (molto piccolo) per visualizzare solo le dimensioni. Maggiori informazioni qui: http://fwhacking.blogspot.com/2011/03/bfsize-print-file-size-in-bytes-and.html

I due modi più puliti secondo me con gli strumenti Linux comuni sono:

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

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

Ma non voglio semplicemente digitare parametri o pipe l'output solo per ottenere una dimensione del file, quindi sto usando il mio bfsize.

Anche se di dusolito stampa l'utilizzo del disco e non la dimensione effettiva dei dati, coreutils GNU dupuò stampare la "dimensione apparente" del file in byte:

du -b FILE

Ma non funzionerà con BSD, Solaris, macOS, ...

Alla fine ho deciso di usare ls e l'espansione dell'array bash:

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

non è molto carino, ma almeno fa solo 1 fork + execve, e non si basa su un linguaggio di programmazione secondario (perl / ruby ​​/ python / qualunque cosa)

Soluzione più veloce su più piattaforme (utilizza solo single fork () per ls , non tenta di contare i caratteri effettivi, non genera awk, perl, ecc. Non necessari).

Testato su MacOS, Linux - potrebbe richiedere piccole modifiche per Solaris:

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

Se necessario, semplifica gli argomenti di ls e regola l'offset in $ {__ ln [3]}.

Nota: seguiranno collegamenti simbolici.

I BSD hanno statopzioni diverse da quella GNU coreutils, ma capacità simili.

stat -f %z <file name> 

Funziona su macOS (testato su 10.12), FreeBSD , NetBSD e OpenBSD .

Durante l'elaborazione ls -ndell'output, in alternativa agli array di shell mal portabili, è possibile utilizzare gli argomenti posizionali, che formano l'unico array e sono le uniche variabili locali nella shell standard. Racchiudi la sovrascrittura degli argomenti posizionali in una funzione per preservare gli argomenti originali nello script o nella funzione.

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

Questo divide l'output di in ln -dnbase alle IFSimpostazioni correnti delle variabili d'ambiente, lo assegna agli argomenti posizionali e fa eco al quinto. Le -ddirectory accerta vengono gestiti correttamente e le -nassicura che i nomi di utenti e gruppi non hanno bisogno di essere risolti, a differenza di -l. Inoltre, i nomi di utenti e gruppi contenenti spazi bianchi potrebbero teoricamente rompere la struttura della riga prevista; di solito non sono consentiti, ma questa possibilità fa comunque fermare il programmatore a riflettere.

Se usi findda GNU fileutils:

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

Sfortunatamente, altre implementazioni di findsolito non supportano -maxdepth, né -printf. Questo è il caso, ad esempio, di Solaris e macOS find.

È possibile utilizzare il findcomando per ottenere una serie di file (qui vengono estratti i file temporanei). Quindi puoi usare il ducomando per ottenere la dimensione del file di ogni file in forma leggibile dall'uomo usando l' -hopzione.

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

PRODUZIONE:

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~

Il tuo primo esempio di Perl non mi sembra irragionevole.

È per ragioni come questa che sono passato dalla scrittura di script di shell (in bash / sh ecc.) Alla scrittura di tutti gli script tranne quelli più banali in Perl. Ho scoperto che dovevo lanciare Perl per esigenze particolari, e mentre lo facevo sempre di più, mi sono reso conto che scrivere gli script in Perl era probabilmente un modo più potente (in termini di linguaggio e l'ampia gamma di librerie disponibili tramite CPAN ) e un modo più efficiente per ottenere ciò che volevo.

Si noti che altri linguaggi di scripting della shell (ad esempio python / ruby) avranno senza dubbio strutture simili, e potresti volerle valutare per i tuoi scopi. Parlo solo di Perl poiché è il linguaggio che uso e con cui ho familiarità.

se hai Perl su Solaris, usalo. Altrimenti, ls con awk è la tua prossima migliore scommessa, poiché non hai stat o la tua ricerca non è GNU find.

C'è un trucco in Solaris che ho usato, se chiedi la dimensione di più di un file restituisce solo la dimensione totale senza nomi, quindi includi un file vuoto come / dev / null come secondo file:

ad esempio file di comando che desideri / dev / null

Non riesco a ricordare quale comando di dimensione funzioni per ls / wc / etc - sfortunatamente non ho una scatola Solaris per provarlo.

su Linux si può usare du -h $FILE, funziona anche su Solaris?

Hai provato du -ks | awk "{print $ 1 * 1024}". Potrebbe funzionare.