ＰＨＰからのコマンド実行がコマンドラインからの動作と異なる

Question

ログの中からある文字を含む最後の行を取得したいので

PHP上から
EXEC(’grep 検索文字　access_log ');
とし、最後の行を取得していましたが

access_logが膨大な量になり時間が掛かるようになてしまった為

TACとGREPを利用し早く取得できるようになりました
tac access_log | grep -m 1 検索文字
（コマンド上では即結果が戻ります）

しかしこれをPHPのEXECで行うとなぜか

EXEC(’grep 検索文字　access_log ');

とほぼ変わらないような時間が掛かってしまいます

この処理をshにして、PHPからはそのシェルを実行しても結果はおなじです。
コマンドからそのshを実行するとすぐに返ってきます。

何か参考になる情報いただけると助かります
（もうお手上げです）

Comments

[m.ts10806]

「時間が掛かる」は「動作が異なる」とは違うのでは？

[ginga_uvs]

はい、確かに動作がことなっているのだとうと思うのですが
結果自体はPHPから実行しても正しい（時間が掛かりすぎているだけ）
実行しているコマンド自体はコマンドラインからと同じものなので、同じ結果になるだとうと予想していたのですが・・・
その後の検証の結果では
①コマンドラインからだと、TACされながらGREPが行われているので、１件目が見つかると終了する
②PHPからだとTACされたものが全て完了し（どこかのメモリ上に確保される？）それに対しGREPがされる、このような動作の違いの為、大量のログファイルにすると、TACの処理に時間が掛かってしまっているように見受けられるのですが、どうにも理由も対策方法もわからないのです。。。

[otn]

> ginga_uvsさん
質問に書いてあることをコメントで繰り返し書くのは止めましょう。何行も読んで、追加の情報量がゼロだとがっかりします。
質問の意図に対しては、このような趣旨の返事をすれば良いかと。

「出力結果が異なる」わけではないが「一瞬で終わる」「1分以上かかる」の違いを「動作が異なる」と表現した。

[otn]

試したところ、ginga_uvsさんと同じくphpだと時間がかかる場合と、どちらも一瞬で終わる場合がありますね。phpinfo() を比べてみます。OSバージョンは同じなのですが。

Answer 1

レンタルサーバーにかぎらず、
webブラウザからのphp実行は、
webサーバープロセスからの実行であって、
telnetなどのコンソール接続でのphp実行とは
ユーザーが異なります。

ユーザーが異なると、
OS上のリソースの使い方も異なる場合があり、
環境変数や実行可能なプログラム類も制限があったり、
外部プログラムの実行に何らかの制限をかけていたり
CPUリソースを抑えられていたるする可能性もありえます。

サーバー管理者に問い合わせするべき話です。

Answer 2

strace php ファイル名でシステムコール呼び出しを調べると、

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x3e70c32570}, NULL, 8) = 0
というシステムコールが出ていて、SIGPIPEを無視するように設定しています。
これは、php -r "echo 0;"でも同様に行われるので、PHPの実行の際は常にということでしょうね。

つまり、パイプの後段のプロセス(grep)が終了しても前段のtacは終了しません。
直接的には、それが原因です。

「PHP SIGPIPE」「PHP シグナル」等でググっても、ノイズが多くてPHPがそうしている理由がわかりません。

試行錯誤で、これで行けるようです。シェルを対話モードにするために-iを付ける。

$x = exec("sh -i -c 'tac access_log | grep -m 1 検索文字'");

これでうまくいく理由は、おそらく、シェルを対話モードにするとシェルが起動されてからシグナル関連の設定をやり直すからと思われますが、詳しくは分からず。