Переносимый способ получить размер файла (в байтах) в оболочке?

В 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(сокращение от word count, -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:

$ 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 / что-то еще)

Самое быстрое кроссплатформенное решение (использует только single fork () для ls , не пытается подсчитывать фактические символы, не создает ненужные 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настройками переменной среды, назначает его позиционным аргументам и повторяет пятый. Это -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, поскольку это язык, который я использую и с которым я знаком.

если у вас есть Perl на вашем Solaris, используйте его. В противном случае следующий лучший выбор - ls с awk, так как у вас нет статистики или ваша find не является поиском GNU.

В Solaris есть трюк, который я использовал: если вы запрашиваете размер более одного файла, он возвращает только общий размер без имен - поэтому включите пустой файл, например / dev / null, в качестве второго файла:

например, командный файл: вы хотите / dev / null

Я не могу вспомнить, какая команда размера работает для ls / wc / etc - к сожалению, у меня нет окна Solaris, чтобы проверить это.

на linux вы можете использовать du -h $FILE, это работает и на solaris?

Вы пробовали du ​​-ks | awk '{напечатать $ 1 * 1024}'. Это может сработать.