使用されたか、を示す。専有するような場合は、ほぼ経過した実時間を示す。実行時間としては消費されないため増加しない。コアの時間の合計となるため、経過した実時間より大きな時間となることもある。この値の単位であるが、これは定義値CLOCKS_PER_SECで決められている。名前の通り、この値で割れば秒単位の値が得られる。定義されている場合が多い。いずれにせよ、この値はあくまで単位を表しており、精度とは異なる点に注意。定義されているからといって、マイクロ秒単位の精度が得られるという意味ではない。どこからカウントした値かは決められていない。そのため、意味のある値を得るには開始と終了でそれぞれ値をとり、差を利用する必要がある。以下のコードを実行してみる。ビジーループとスリープを実行している間の時間を計測している。最初のループはtime()の値が変化するまで待つために入れている。0;}実行結果は以下のようになる1.99914220.0000432前半は、シングルスレッドのビジーループであるため、実時間に近い値が出ている。時間を消費していないため、実時間に比較してごく小さな値になっている。この関数で計測できるのは実時間ではないので、プログラム内で実時間の経過を取得する目的では利用できない。時刻情報ではないためtime()のように時刻設定による影響を受けない。プロセス単体の実行時間が得られるという意味である。性能比較という用途に向いた値が得られるといえるだろう。整数で表現されていた。1000000の場合は35分47秒ちょっとで桁あふれが発生するため、扱いに注意が必要だった。起動してから約24~25日(符号あり)とか約49~50日(符号なし)で問題が発生する。桁あふれへの対処にミスが有った可能性が高い。カウンター値は想定される現実的な使用範囲では桁あふれしないようなデータ形式を利用する。桁あふれを回避できない場合は、溢れても問題なく動作する工夫が必要だ。その考慮漏れがよく起こるのが時間の扱いなので紹介した。GetLocalTime()更新情報2018/07/28lsっぽいコマンドを作る13アップしました。2018/07/13lsっぽいコマンドを作る12アップしました。2017/01/04lsっぽいコマンドを作る11アップしました。2017/01/03lsっぽいコマンドを作る10アップしました。(https://commoncrawl.org/faq/)。