トップページ⇒php
817コメント199KB

★負荷軽減対策委員会(Perl、PHP)★

■ このスレッドは過去ログ倉庫に格納されています
0001ジークハルト ◆VUxx/EwNXI 02/10/15 10:33ID:ifgLRUyb
サーバ上にPerlやPHPを置く場合、何よりも重視しなければ
ならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか?
どういう書き方をすればいいか?
そんな委員会を開設しました。
0352nobodyさん03/06/01 14:21ID:???
webプログラムは、サーバへの負荷も気をつけないといけないと思うけど、
それよりも、トラフィックを一番に考えてる俺は間違ってますか?
0353nobodyさん03/06/01 16:03ID:j4GGBbHW
>>347-351
どうもです。
0354nobodyさん03/06/01 16:59ID:???
そんな細かい事ぐらいでサーバーから言われる事はまず無いので
私も処理速度を優先させるべきだと思うねぇ。
というか、気にするほど大して変わらない。
基地外なほど膨大なデータを扱うならまだしも。
0355nobodyさん03/06/01 23:12ID:???
想定同時アクセス1000くらいの小さな案件で、
鯖を用意してやるなら、保守性を一番においても問題ないと思う。
0356nobodyさん03/06/01 23:24ID:8+Lq3hlg
>>355
>想定同時アクセス1000
これって小さいの? 秒間同時アクセス数1000ってことだよね?
0357nobodyさん03/06/02 02:48ID:???
共有メモリを活用する、繰り返し使用する正規表現はlexで、
大きなプロセスは常駐させてローカルソケットでCGIと通信してCGIは小さく作る、
データベースは下手に使わない、巧く使える場合にだけ使用する。
0358nobodyさん03/06/03 01:39ID:???
>>354
サーバーがつんでるメモリーの量によってどっち優先かは変わると思われ。
メモリー使い切ったらswapのオーバーヘッドがかかってかえって遅くなるし。
まあ、最近のサーバーはメモリーを湯水のように持っているからそんなこと考える必要ないのかな?
0359nobodyさん03/06/03 05:54ID:+XIKXuw2
Perl5からPerlでもコンパイルした状態で設置できるようになったと読んだんですがどうすればできますか?
0360nobodyさん03/06/03 08:09ID:???
>>359
perlccを使う。
使ってどの程度早くなるかは知らんけれどね。
0361nobodyさん03/06/03 12:08ID:Sjj3JYUN
>>358
共有鯖ならいくらメモリ積んでいようと割り当てられるのは
微々たるもの
0362nobodyさん03/06/03 21:29ID:???
>>360
散々言われてていることだが、perlccではモジュールはろくすっぽ使えないので注意。
0363nobodyさん03/06/03 21:58ID:+XIKXuw2
>>360
早速やってみたところかなり速くなりました。
でもサイズが2kちょいから800kほどに...
0364nobodyさん03/06/03 22:22ID:???
>>363
perlcc使ったことあるけど、2kじゃなくて2MBになったよ
036536403/06/03 22:22ID:???
スマソ
0366nobodyさん03/06/05 20:39ID:???
mod_perlだと数倍早くなるのに
perlcc だと1割くらいじゃない?
0367nobodyさん03/06/08 21:06ID:???
>>366 ウェブサーバ組込み式にはかなわんよ。
0368nobodyさん03/06/20 01:47ID:???
ダブルクオートを極力使わないだけで結構速くなるらしい。
理由は説明しなくてもわかるよね?
0369nobodyさん03/06/20 22:16ID:???
>>368
'"'でくくると中に'$'が入っているかを検査してるから?
0370nobodyさん03/06/21 10:37ID:???
>>369
Yes she does!
0371nobodyさん03/06/24 04:14ID:???
>>370
それはホントなの?
0372 03/06/24 08:22ID:???
>>371
Yes she does!

PHP のメーリングリストなんかでも、
速度を少しでも稼ぎたいときの小技として紹介されることがあるね。
0373nobodyさん03/06/25 18:56ID:???
すべてのルーチンを一つのファイルにまとめてしまうのより、
ひとつひとつルーチン毎にファイルを分けて、
一度に呼び出す方が負荷が大きいですか?
0374nobodyさん03/06/25 22:26ID:???
>373
漏れもそれ思うんだが、ファイルをまとめようが分割しようが、
結局たいした大きさじゃないので、どっちもオンメモリってことない?
0375nobodyさん03/06/25 23:20ID:???
使わないコードを解釈させない為に分割するんであって、
分割しても常に全部使うのなら、まとめた方がシステムコールが
減っていいと思う。

Perl だったら CGI.pm でやってる遅延読込が参考になるかと。
あれはあれでメモリ食いそうだけど。
0376nobodyさん03/06/26 03:31ID:???
>>375
それじゃ、useでモジュール呼び出すより、
requireで、必要な所で呼び出す方が良いって事ですね。
0377あぼーんNGNG
あぼーん
0378nobodyさん03/06/26 03:55ID:???
>>376
別に必要になったところでuseすればいいんでないかい?
そうそう、SelfLoaderかまして起動時には一部しか読み込まれないように工夫しないといかんね。
0379あぼーんNGNG
あぼーん
0380あぼーんNGNG
あぼーん
0381nobodyさん03/06/26 13:46ID:???
requireはそこに来た時点で読み込まれる。
function hoge() {
require('hoge.php');
}
hoge(); らなければ読まない。
Perlも同じく。
0382nobodyさん03/06/27 16:09ID:sG/tHFOo
コメントを山ほど書いたら負荷になります?
スクリプト自体軽くした方がいいんでしょうか。
0383nobodyさん03/06/27 16:19ID:???
>>382
富士山ほどのコメントを書いたら負荷になります。
0384nobodyさん03/06/27 16:25ID:???
>>382
わかるほどの差は出ないからちゃんと書いといたほうがいいよ
0385あぼーんNGNG
あぼーん
0386nobodyさん03/06/28 00:11ID:???
>>384
ってことは、少しは変わるんだ…。
0387nobodyさん03/06/28 00:19ID:???
>>386
体感できるほどの差ではない、つまり実質0
0388nobodyさん03/06/28 14:07ID:M/F9ZoCi
>>387
でも少しは…。

↓以下ループ。
0389nobodyさん03/06/28 14:11ID:jkMqlRkL
>>388
ってことは、少しは変わるんだ…。
0390nobodyさん03/06/28 15:08ID:???
変わるんだ…。
0391nobodyさん03/06/28 16:21ID:???
速度と分かりやすさのトレードオフ
0392nobodyさん03/06/28 22:51ID:???
WWW
0393nobodyさん03/06/29 00:15ID:???
正直言って、コメントなんか処理速度に関係なんかない。
そりゃ、数百Mとかのコメントとか入れてたら、
メモリへロードするのが遅くなるだろうが、
処理速度そのものは、何の影響もない。
0394nobodyさん03/06/29 08:04ID:???
え????
コンパイル時に無視されて、コンパイル結果もキャッシュされる
わけなんだから、全く影響しないんじゃ?
0395nobodyさん03/06/29 13:20ID:???
>>394
コンパイル結果に反映されないのは当たり前
コンパイル時に無視するためには最低限の判定が必要
要はコメントかどうか判定するフラグが少ないに越したことがないのか
という話でしょ
0396nobodyさん03/06/29 22:00ID:???
CgiPerl , CgiPHP , mod_php のうち速度が一番なのはmod_phpなのは知ってるけど
負荷が掛からないのはどれ?
0397nobodyさん03/06/29 23:38ID:???
>>396
その中に、なぜmod_perlがないんだ?
0398nobodyさん03/07/01 16:46ID:67Ffrssk
printで一行づつ出力するか、
変数にデータを入れて、printで一気に出力するかどちらが負荷少ない?
それともヒアドキュメント使うか。

どれよ?
0399nobodyさん03/07/01 19:31ID:???
mod_perlは一般的じゃないよ。
0400nobodyさん03/07/01 19:43ID:???
薬物使ったベンジョンソンみたいなもん?
0401nobodyさん03/07/01 20:02ID:???
>>399
mod_perlそんな速くないよ。
0402nobodyさん03/07/01 20:04ID:3/m58fAf
>>398

そうそう、オレも知りたい。結構悩むんだよなー。みんな
その辺の使い分けはどうしてるの?

printよりechoのが速いってのは聞いた事あるけどね。
0403nobodyさん03/07/01 20:06ID:???
とりあえずバッファリングなしは効率が悪い。
040440303/07/01 20:14ID:???
そういえばPerlにCのfflushのような関数はないのかな?
$|=1;print "";$|=0;とやるしかない?
0405nobodyさん 03/07/01 22:48ID:???
>>398
変数作って一気に出力する。
エンコード自由に変換して掃き出せるようなものの場合はどうしてもこうなる。

ヒアドキュメントは
$aya=<<EOL;
あやや
あひゃひゃ
EOL

で変数ぶち込めるし。
0406nobodyさん03/07/01 23:25ID:???
>>401
どういう使い方してんだ?
0407nobodyさん03/07/02 00:38ID:???
echo "
うほっ
いい男!
";

これでいいだろ
0408nobodyさん03/07/02 08:14ID:???
>>399
mod_phpも同じだ。
>>401
速度は、
mod_perl > mod_php > CGI Perl > CGI php
の順。ちゃんと実験したサイト行って、見て来い。
0409404NOTFOUND03/07/02 20:09ID:???
>>408
>mod_phpも同じだ。

PHP可を謳っている鯖屋はmod_php可という意味で、CGI可(※)を謳っている鯖屋は、
CGI/Perl可という意味で謳っていると思うのだがどうだろうか?

CGI可に比べてPHP可の鯖屋が少ないのは事実だが、mod_Perlを使える
鯖屋を見た事がないのは、漏れの調べ方が甘いからなのか・・・

※)一般的にCGI=Perlという認識があるのでこのような書き方をあえてしたが・・・

つまり何が言いたいかと言うと、mod_php使える鯖がそんなに非一般的では
ないんではないかという事だ。
0410nobodyさん03/07/02 21:32ID:???
mod_php っていう言い方、あんまきかないんだけど、
cgi版じゃない普通(というか一般的というか)のphpってこと?
0411nobodyさん03/07/02 21:52ID:???
>>409
適当な拡張子をApache::Registry上で
動くようにする事自体はむずかしくないんだけど
ユーザーのモジュールの名前空間に制限がかけれないので
userAが
use lib (/home/userA/lib/);
use myPackage;
としる状態で
userBが
use lib (/home/userB/lib/);
use myPackage;
とかしてくれちゃうと、動作がめちゃくちゃになってしまうので
ユーザーにmod_perlな環境を提供できません(´Д`;)

>>410
mod_phpでない場合(サーバー組み込みで無い場合)
「php対応(ただしコマンドライン版)」という表記をみかけます
0412nobodyさん03/07/02 22:52ID:???
>>411
レン鯖(共有鯖)ではmod_perlを提供できないって事?
って事は一般的な環境ではPHP>perlつー事?
041341003/07/02 23:27ID:???
>>411
なるほど。さんくすです
0414nobodyさん03/07/03 09:14ID:???
でもな、Perlには、FastCGIとかもあるからな。
0415 03/07/04 19:40ID:???
>ちゃんと実験したサイト行って、見て来い。

ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
まだmsがやったベンチ結果のほうがdqnぽくない
PHP5のケース別ベンチやってくれんかな
個人では実験環境が作れないしzendの情報だけでは激しく不安だし、、

話は変わって、itboostのtips「効率的な処理」に、phpのループ構造は遅いから、
コールバック関数を繰り返し呼び出すとphpではなくcレベルでループが走ってくれるて
いいよってネタがあるけど、これはどうなん?
(あれはcountを一度にすれば大差ないような気もしつつ、、。
個人で実行速度を計測するといえば、ループ処理のことだと言ってもいいかと
おもうんだけど、これってphp特有の問題?
041641103/07/06 09:05ID:???
>>412
ハンドラ好きにさせるのはもってのほかなので
Apache::RegistryかApache::PerlRunを提供するしかないと
おもうのですが、前述の問題があり、自分の知識内では
不可能と判断しています。
(他に良い方法がないか探してるのですが...)

>>414
FastCGIも、共有サーバだとデーモンプロセス上がりまくりで
現実的では無いような気がしますが^^;

0417nobodyさん03/07/06 09:07ID:???
>>ちゃんと実験したサイト行って、見て来い。
>ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
どこのサイトを見てるんですか?

0418nobodyさん03/07/06 13:26ID:???
>>417
有名なサイトだよ。35の言語の25のベンチマークによる比較。
http://www.bagley.org/%7Edoug/shootout/
0419nobodyさん03/07/06 13:33ID:???
mod_perlとmod_phpの比較は、ここな。
http://www.linc.or.jp/~takaaki/Family/takaaki/Labo/dynamic_page.shtml
0420 03/07/06 23:45ID:???
>417
そのへんはコミュニケーションギャップを楽しむところだと思ったり。
0421nobodyさん03/07/08 03:40ID:???
http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm
http://member.nifty.ne.jp/hippo2000/perltips/javaperl.htm
このあたりかな?とか思ってました
0422山崎 渉03/07/15 11:10ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄
0423nobodyさん03/07/24 09:32ID:???
保守?
0424nobodyさん03/07/25 23:36ID:???
↑ageとかんかいッ!
0425nobodyさん03/07/26 17:01ID:???
ageんでも保守はできるでしょ

?>
<html><head><title><?=$title=></title></head>
<?php

と

echo << end
<html><head><title>$title</title></head>
end;

はどっちが軽いんだろうね・・・
0426nobodyさん03/07/26 17:02ID:???
あぁ、 < がひとつ足りないし・・・
0427nobodyさん03/07/27 01:37ID:???
このスレいつも大変参考にさせていただいています。
0428nobodyさん03/07/27 04:46ID:???
>>425
俺は前者だと思う。
0429nobodyさん03/07/27 10:38ID:???
>>428
私もそんな気がして、なるべく上の方使うようにしてる
でも変数が多いところとかは下のやつ使ってる
0430nobodyさん03/07/28 05:31ID:???
PHPに、テキスト中に変数があるかどうか判断させる後者よりも、
明示的にする前者がやっぱ速いかな?特に変数が多いほど。

でも、PHPモードに入ったり抜けたりする負荷(と言えるかな?)を考えると前者のような気もする…
0431nobodyさん03/07/28 11:41ID:???
echo '
<html><head><title>'.$title.'</title></head>
';

これでいいべ
0432nobodyさん03/07/28 16:40ID:???
>>431
長い場合、echoを大量に書くわけにもいかんでしょ
HTMLのフッタ部分は定型に近いから?><?phpを使ってるんだけど
さほど変わらないのかなぁ・・・
0433nobodyさん03/07/31 10:25ID:???
>431-432

http://www.php.net/manual/ja/language.basic-syntax.php

にもあるとーり結局内部的には echo で処理されてるから
あとは可読性の問題じゃないかねぇ。
0434山崎 渉03/08/02 02:24ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0435ぼるじょあ ◆ySd1dMH5Gk 03/08/02 04:52ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ
0436nobodyさん03/08/08 18:33ID:???
mod_perlで動かすと、速いときはバカみたいに速いが、
遅いときはイライラするぐらい遅い。

普通こんなにバラツキがあるものなのですか?
0437あぼーんNGNG
あぼーん
0438nobodyさん03/08/15 12:34ID:???
>>436
新しいhttpdの子プロセス上がった時とかキャッシュがないからでは?
重そうなモジュールは起動時に読み込むようにするとかして
コンパイル時間短くしたら?

0439nobodyさん03/08/20 12:11ID:???
speedyCGIで負荷が高くなると、InternalServerErrorが出るのですけど、
私の書き方が間違っているだけなんですかね?
0440nobodyさん03/08/20 12:21ID:???
>438
mod_perl1.2使ってたとき、モジュールのキャッシュ無視して、別空間にロードされる場合も。
最近のバージョンで改善されているかどうかは不明ですが。
0441nobodyさん03/08/20 14:50ID:???
>>440
モジュールの更新日が変わってるとか%INC消してるとかでなく?
どうやってその現象確認しました?
044244003/08/21 18:44ID:???
>>441
初回にロードした時間を記録するクラス作って、何度かリロードして確かめた記憶が。
他にも、子プロセス関係で何かしたと思ったけど、忘れた。
%INC消さなくても、ロードされる時はされてましたよ。
ライブラリモジュールに限らず、同一ファイル、同一パッケージ名の空間も
複数のキャッシュが存在してしまうこともしばしば。
それ知って以来、mod_perlは一切使ってませんが。

で、最近のバージョンはどうなんでしょう?
0443nobodyさん03/08/22 04:06ID:???
>>442
webDBで、mod_perlを導入したが、遅い。
まだSpeedyCGIの方がパフォーマンスが良い。

ただ、>>439 の言う通り負荷が高くなると不安定なんだよなぁ。
なんか回避方があったら、教えて欲しいよ。
0444nobodyさん03/08/22 13:11ID:???
>>443
私もWebとPostgresqlで組んでいるのですが、
mod_perlだと、速度のバラツキが尋常でなくて採用を辞めましたよ。
SpeedyCGIが安定さえしてくれれば、何も心配ないのですけどね。
0445nobodyさん03/08/22 15:05ID:qLHm82v9
PHP使えよ。。
0446nobodyさん03/08/22 16:34ID:???
>>444
DBI.pm使ってるからじゃないの?
それはmod_perlのせいじゃないような気が。
0447nobodyさん03/08/22 17:25ID:???
>>446
DBI使うとダメなんですか?
0448あぼーんNGNG
あぼーん
0449nobodyさん03/08/22 23:56ID:???
>>447
>>446じゃないが、DBIは遅い気がする。

あとDBIじゃなかったかな?サーバー名にIPアドレスじゃなくて
FQDN指定するとident投げるのって。
identが繋がらないとタイムアウトするまで固まるんだよな。
0450nobodyさん03/08/23 00:30ID:???
そういえば、PostgreSQLの日本語サイト見てたら、以外にも
Perl/CGIで利用しているところが多いのにビビりました。
DBMS使う以上、何らかの効率性を望んでいるのだと思うけど、何故Perl/CGIなんだと問いつめたいよ。
0451nobodyさん03/08/23 00:44ID:12CD5sBt
>>450
逆に、Perl/CGIだと何がだめなのか説明してみてください。
■ このスレッドは過去ログ倉庫に格納されています