普遍的な非bashの「時間」ベンチマークの代替？[閉まっている]

異なるシェル間でスクリプトの実行時間を比較するために、一部のSEの回答は、次のようにbashの組み込み timeコマンドの使用を提案しています。

time bash -c 'foo.sh'
time dash -c 'foo.sh'

... など、すべてのシェルをテストします。このようなベンチマークでは、各シェルがそれ自体をロードして初期化するのにかかる時間を排除できません。例えば、上記のコマンドの両方が上に格納されたと仮定初期フロッピーディスクの読み出し速度と遅いデバイス、（124キロバイト/秒）、 dash（〜150K実行）についてロードする7Xより速くbash（〜1M）、シェル読み込み時間はtime数値を歪めます-これらのシェルの事前読み込み時間は、シェルが読み込まれた後のfoo.sh各シェルの下の実行時間の測定には関係ありません。

各シェル内から実行できるスクリプトタイミング用に実行するのに最適なポータブルで一般的なユーティリティは何ですか？したがって、上記のコードは次のようになります。

bash -c 'general_timer_util foo.sh'
dash -c 'general_timer_util foo.sh'

注意：移植性や汎用性がないため、シェル組み込み timeコマンドはありません。

さらに、utilがシェルの内部コマンドとパイプラインにかかる時間をベンチマークでき、ユーザーが最初にそれらをスクリプトにラップする必要がない場合はさらに良いでしょう。このような人工的な構文は役に立ちます：

general_timer_util "while read x ; do echo x ; done < foo"

一部のシェルtimeはこれを管理できます。たとえばbash -c "time while false ; do : ; done"動作します。システムで何が機能するか（そして機能しないか）を確認するには、次のことを試してください。

tail +2 /etc/shells | 
while read s ; do 
    echo $s ; $s -c "time while false ; do : ; done" ; echo ----
done

timeはPOSIXで指定されていることに注意してください。また、AFAICTがPOSIXで言及されている唯一のオプション（-p）は、さまざまなシェルで正しくサポートされています。

$ bash -c 'time -p echo'

real 0.00
user 0.00
sys 0.00
$ dash -c 'time -p echo'

real 0.01
user 0.00
sys 0.00
$ busybox sh -c 'time -p echo'

real 0.00
user 0.00
sys 0.00
$ ksh -c 'time -p echo'       

real 0.00
user 0.00
sys 0.00

高解像度タイマーをサポートするGNU dateコマンドを使用します。

START=$(date +%s.%N)
# do something #######################

"$@" &> /dev/null

#######################################
END=$(date +%s.%N)
DIFF=$( echo "scale=3; (${END} - ${START})*1000/1" | bc )
echo "${DIFF}"

次に、次のようにスクリプトを呼び出します。

/usr/local/bin/timing dig +short unix.stackexchange.com
141.835

出力単位はミリ秒です。

このtimeユーティリティは通常、シェルに組み込まれているため、「中立」タイマーとしては使えません。

ただし、このユーティリティは通常、外部ユーティリティとしても利用でき/usr/bin/timeます。これは、提案するタイミング実験を実行するために使用できます。

$ bash -c '/usr/bin/time foo.sh'

以下がその解決策です。

1. 各シェルが自分自身をロードして初期化するのにかかる時間をなくす

2. 各シェル内から実行できます

3. 用途

   time移植可能なコマンドや一般的なコマンドはないため、シェルの組み込みコマンドはありません。

4. すべてのPOSIX互換シェルで動作します。
5. Cコンパイラを備えたすべてのPOSIX互換およびXSI準拠のシステム、またはC実行可能ファイルを事前にコンパイルできるシステムで動作します。
6. すべてのシェルで同じタイミング実装を使用します。

2つの部分があります：をラップする短いCプログラムgettimeofday（非推奨ですが、それよりも移植性が高いclock_gettime）と、そのプログラムを使用して、スクリプトのソースの両側を読み取るマイクロ秒精度の時計を取得する短いシェルスクリプトです。Cプログラムは、タイムスタンプの1秒未満の精度を取得するための唯一のポータブルでオーバーヘッドの少ない方法です。

ここにCプログラムがありepoch.cます：

#include <sys/time.h>
#include <stdio.h>
int main(int argc, char **argv) {
    struct timeval time;
    gettimeofday(&time, NULL);
    printf("%li.%06i", time.tv_sec, time.tv_usec);
}

そしてシェルスクリプトtimer：

#!/bin/echo Run this in the shell you want to test

START=$(./epoch)
. "$1"
END=$(./epoch)
echo "$END - $START" | bc

これは標準のシェルコマンド言語でありbc、POSIX互換シェルの下でスクリプトとして機能するはずです。

これは次のように使用できます。

$ bash timer ./test.sh
.002052
$ dash timer ./test.sh
.000895
$ zsh timer ./test.sh
.000662

システム時間やユーザー時間は測定されず、非単調な壁時計の経過時間のみが測定されます。スクリプトの実行中にシステムクロックが変更されると、不正な結果が生じます。システムに負荷がかかっている場合、結果は信頼できなくなります。シェル間でこれ以上移植できるものはないと思います。

変更されたタイマースクリプトevalは、スクリプトの外でコマンドを実行する代わりに使用できます。

複数回使用してソリューションを改訂/proc/uptimeし、dc/ bc/ awkによって大部分での入力のおかげでAGC：

#!/bin/sh

read -r before _ < /proc/uptime

sleep 2s # do something...

read -r after _ < /proc/uptime

duration=$(dc -e "${after} ${before} - n")
# Alternative using bc:
#   duration=$(echo "${after} - ${before}" | bc)
# Alternative using awk:
#   duration=$(echo "${after} ${before}" | awk '{print $1 - $2}')

echo "It took $duration seconds."

それは明らかに/proc/uptime存在し、特定の形式を持っていると仮定します。