問題タブ [microtime]

「 while」サイクルで実行されるスクリプトがあります。スクリプトが実行されていた時間を特定し、10 秒を超えている場合は終了する必要があります。私が書いたコードは、奇妙な 10 進数値を返します(1 秒は '5.342...' であり、他の秒は '903.322...' である可能性があります)。誰かがどうすればそれを達成できるか教えてもらえますか?

非常に単純なプロファイリングでは、次のmicrotime()ように使用します。

これで、行の出力はecho完全にランダムに見えます。つまり、変動は予想していましたが、負の数が表示されるとは予想していませんでした。

ただし、典型的な結果には、負の数が 1/3 程度含まれています。これは、Solaris (PHP 5.0.x) と WinVista (PHP 5.2.3) で確認しました。

ここで一体何が起こっているのですか？偶然タイムマシンを発明したのでしょうか?

これが私のコードです：

私が得ている出力は0000000000（つまり$ micro）です。ここでは、出力のマイクロ秒部分を取得しようとしています。

何か問題でもありますか？

以下の内容のスクリプトを実行し、 5秒後に停止したときに、正しいスクリプト実行時間を取得するために経過時間を 2 で割る必要がある理由を誰か教えてもらえますか?

$elapsed_timeなぜを 2 で割る必要があるのか​​分からなかったので、気軽にコードを試してみてください。多分私は何かを誤解しましたか？

助けてくれてありがとう

アップデート

誰でもこれを試すことができるようにコードを更新し、テキスト ファイルに書き込んで出力を表示できるようにしました。

私はこのようにそれを使用してみました：

しかし、これらのステートメントの間に入力するコードに関係なく、常にほぼ同じ結果が得られます。3.0994415283203E-6

私は何を間違っていますか？

MySQL データベースに行を挿入する 1 つの PHP スクリプトがあります。各行には「created_at」フィールドがあり、PHP 関数 microtime(true) の値が入力され、double として挿入されます。（秒よりも正確なものが必要なため、マイクロタイム）

その created_at フィールドに基づいて行を選択する別の PHP スクリプトがあります。

先に進んで次のように選択すると: SELECT * FROM `ms_voltage` WHERE created_at > 1302775523.51878 最初の行として、 created_at の値とまったく同じ行を含む結果セットを受け取ります。

これは、クエリを手動で実行するときに、PHP スクリプト内および PhpMyAdmin 内から発生します。しかし、常にではなく、すべての値に対してではありません。本当にたまにです。

これはどのように可能ですか？私はより大きい/等しいを求めませんでした。厳密にはより大きいことが必要です。おそらくタイプ関連の何かを見落としていますか？

再現できる奇妙な動作を投稿します（少なくともapache2 + php5では）。私が間違っているかどうかはわかりませんが、私が達成しようとしていることを説明させてください。

バイナリデータのチャンク（たとえば30）を送信し、最後に平均Kbit / sを分析する必要があります：

各チャンク出力時間、各チャンクサイズを合計し、最後にKbit/s計算を実行します。

上記のこの例では、これまでのところ機能しています（ローカルホストでは、さまざまなテストを通じて7000から10000 Kbit / sまで振動します）。

ここで、送信を整形したいとします。これは、クライアントが1秒間処理するのに十分なデータのチャンクを持っていることがわかっているためです。

チャンク送信間の一時停止をマークするために、usleep（1000000）を使用することにしました。

この最後の例では、理由がわかりません。計算された帯域幅が72000 Kbit / sから1,200,000に跳ね上がる可能性があり、まったく不正確/無関係です。問題の一部は、チャンクが送信されるたびに（最初のusleepの後）、チャンクを出力するために測定された時間が途方もなく短いことです。

私は何か間違ったことをしていますか？バッファ出力は同期していませんか？

私が行った場合：

次の結果が得られます。

• 私のローカル Windows 開発環境では、4 桁の精度が得られます (たとえば、1310564569.4162)。
• 私のライブ CentOS (Linux) サーバーでは、2 桁の精度 (たとえば、1310564569.41) が得られます。

OK では、実行しているプラ​​ットフォームに応じて、異なる精度が得られますか? または、これは PHP/OS 構成ですか?

また、マイクロタイムPHPドキュメントから：

この関数は、gettimeofday() システム コールをサポートするオペレーティング システムでのみ使用できます。

これをサポートしていない OS (または条件/構成) はどれですか?

そうではありませんが、このスクリプトの実行中に青い月に一度、私の時間が負の数になるという問題に遭遇しています。これが起こっているスクリプトの部分です：

ご想像のとおり..最初から2回目を差し引いて、プロセスにかかった時間を大まかに見積もっても問題はないはずです..しかし..十分な回数実行すると、結果が次のように出力されることがあります。

これは非常にまれですが、これは私の最後の結果の正確な出力です。だから私の質問は次のようになります：

これはどのように可能ですか？これが明らかに起こらないはずのときに「ネガティブ」になります..

これを避けるにはどうすればよいですか？これについてもっと良い方法はありますか？microtime()信頼できないですか？

88 mp/h が可能な 1981 年のデロリアン DMC-12 を誰か貸してくれませんか?

javascript / jqueryを使用してこの日付形式を作成する最速の方法は何ですか？

前もって感謝します！
ピーター