シェルでファイルサイズ（バイト単位）を取得するポータブルな方法？

Linuxではを使用しstat --format="%s" FILEていますが、アクセスできるSolarisにはstatコマンドがありません。次に何を使うべきですか？

私はBashスクリプトを書いていて、システムに新しいソフトウェアを実際にインストールできません。

私はすでに使用を検討しました：

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

あるいは：

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

しかし、これらはどちらも賢明に見えません-ファイルサイズを取得するためだけにPerlを実行していますか？または、2つのコマンドを実行して同じことをしますか？

wc -c < filename（ワードカウントの略で-c、バイトカウントを出力します）は、移植可能なPOSIXソリューションです。一部のスペースが付加される可能性があるため（Solarisの場合）、出力形式のみがプラットフォーム間で統一されない場合があります。

入力リダイレクトを省略しないでください。ファイルが引数として渡されると、ファイル名はバイトカウントの後に出力されます。

バイナリファイルでは機能しないのではないかと心配していましたが、LinuxとSolarisの両方で問題なく機能します。で試すことができwc -c < /usr/bin/wcます。さらに、POSIXユーティリティは、特に明記されていない限り、バイナリファイルの処理が保証されています。

自分のプログラム（非常に小さい）を作成して、サイズだけを表示することにしました。詳細はこちら：http : //fwhacking.blogspot.com/2011/03/bfsize-print-file-size-in-bytes-and.html

一般的なLinuxツールを使用して、私の考えで最もクリーンな方法は次の2つです。

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

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

しかし、パラメーターを入力したり、ファイルサイズを取得するためだけに出力をパイプしたりしたくないので、自分のbfsizeを使用しています。

にもかかわらず、du通常、ディスクの使用状況ではなく、実際のデータサイズを印刷し、GNUのcoreutilsのは、duバイト単位でファイルの「見かけのサイズ」を印刷することができます。

du -b FILE

ただし、BSD、Solaris、macOSなどでは機能しません。

最後に、lsとbash配列拡張を使用することにしました。

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

それは本当にいいわけではありませんが、少なくとも1つのfork + execveを実行し、二次プログラミング言語（perl / ruby​​ / python / whatever）に依存しません

クロスプラットフォームの最速のソリューション（lsに単一のfork（）のみを使用し、実際の文字をカウントしようとせず、不要なawk、perlなどを生成しません）。

MacOS、Linuxでテスト済み-Solarisの場合、若干の変更が必要になる場合があります。

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

必要に応じて、ls引数を簡略化し、$ {__ ln [3]}でオフセットを調整します。

注：シンボリックリンクをたどります。

BSDにはstat、GNU coreutilsのものとは異なるオプションがありますが、同様の機能があります。

stat -f %z <file name> 

これはmacOS（10.12でテスト済み）、FreeBSD、NetBSD、OpenBSDで動作します。

ls -n出力を処理する場合、移植性の低いシェル配列の代わりに、位置引数を使用できます。これは、唯一の配列を形成し、標準シェルの唯一のローカル変数です。関数内の位置引数の上書きをラップして、スクリプトまたは関数の元の引数を保持します。

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

これによりln -dn、現在のIFS環境変数の設定に従って出力が分割され、位置引数に割り当てられ、5番目の引数がエコーされます。-d性を保証ディレクトリが適切と扱われる-nとは異なり、ユーザー名やグループ名は、解決する必要がないことを保証します-l。また、空白を含むユーザー名とグループ名は、理論的には予想される行構造を壊す可能性があります。通常、これらは許可されていませんが、この可能性により、プログラマーは立ち止まって考えることになります。

findGNU fileutilsから使用する場合：

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

残念ながら、の他の実装はfind通常ももサポートしていませ-maxdepthん-printf。これは、たとえばSolarisやmacOSの場合ですfind。

findコマンドを使用して、いくつかのファイルのセットを取得できます（ここでは一時ファイルが抽出されます）。次にdu、コマンドを使用して、-hスイッチを使用して人間が読める形式で各ファイルのファイルサイズを取得できます。

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

出力：

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~

最初のPerlの例は私には無理のようには見えません。

このような理由で、シェルスクリプト（bash / shなど）の記述から、Perlで最も簡単なスクリプトを除くすべての記述に移行しました。特定の要件のためにPerlを起動する必要があることに気付き、Perlでスクリプトを作成する方が（言語およびCPAN経由で利用できる幅広いライブラリーの点で）おそらくより強力であることに気付きました）そして私が欲しかったものを達成するためのより効率的な方法。

他のシェルスクリプト言語（たとえば、python / ruby​​）にも同様の機能があることに疑いはありません。これらを目的に合わせて評価することもできます。Perlについては、私が使用していてよく知っている言語なので、ここでは説明します。

SolarisにPerlがある場合は、それを使用してください。それ以外の場合、statがないか、findがGNU findではないため、lsとawkが次善の策になります。

私が使用したSolarisにはトリックがあります。複数のファイルのサイズを要求すると、名前のない合計サイズだけが返されます。2番目のファイルとして/ dev / nullのような空のファイルを含めます。

例：コマンドfileyouwant / dev / null

これがls / wc / etcで機能するサイズコマンドを確認することはできません。残念ながら、それをテストするソラリスボックスがありません。

Linux du -h $FILEではを使用できますが、solarisでも動作しますか？

du -ksを試しましたか| awk '{print $ 1 * 1024}'。それはうまくいくかもしれません。