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

**ジークハルト** ◆VUxx/EwNXI · 02/10/15 10:33

サーバ上にPerlやPHPを置く場合、何よりも重視しなければ
ならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか？
どういう書き方をすればいいか？
そんな委員会を開設しました。

03/07/04 19:40

>ちゃんと実験したサイト行って、見て来い。

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

話は変わって、itboostのtips「効率的な処理」に、phpのループ構造は遅いから、
コールバック関数を繰り返し呼び出すとphpではなくcレベルでループが走ってくれるて
いいよってネタがあるけど、これはどうなん?
（あれはcountを一度にすれば大差ないような気もしつつ、、。
個人で実行速度を計測するといえば、ループ処理のことだと言ってもいいかと
おもうんだけど、これってphp特有の問題？

**411** · 03/07/06 09:05

>>412
ハンドラ好きにさせるのはもってのほかなので
Apache::RegistryかApache::PerlRunを提供するしかないと
おもうのですが、前述の問題があり、自分の知識内では
不可能と判断しています。
(他に良い方法がないか探してるのですが...)

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

**nobodyさん** · 03/07/06 09:07

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

**nobodyさん** · 03/07/06 13:26

>>417
有名なサイトだよ。３５の言語の25のベンチマークによる比較。
http://www.bagley.org/%7Edoug/shootout/

**nobodyさん** · 03/07/06 13:33

mod_perlとmod_phpの比較は、ここな。
http://www.linc.or.jp/~takaaki/Family/takaaki/Labo/dynamic_page.shtml

03/07/06 23:45

>417
そのへんはコミュニケーションギャップを楽しむところだと思ったり。

**nobodyさん** · 03/07/08 03:40

http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm
http://member.nifty.ne.jp/hippo2000/perltips/javaperl.htm
このあたりかな？とか思ってました

**山崎渉** · 03/07/15 11:10

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**nobodyさん** · 03/07/24 09:32

保守？

**nobodyさん** · 03/07/25 23:36

↑ageとかんかいッ！

**nobodyさん** · 03/07/26 17:01

ageんでも保守はできるでしょ

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

と

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

はどっちが軽いんだろうね・・・

**nobodyさん** · 03/07/26 17:02

あぁ、 < がひとつ足りないし・・・

**nobodyさん** · 03/07/27 01:37

このスレいつも大変参考にさせていただいています。

**nobodyさん** · 03/07/27 04:46

>>425
俺は前者だと思う。

**nobodyさん** · 03/07/27 10:38

>>428
私もそんな気がして、なるべく上の方使うようにしてる
でも変数が多いところとかは下のやつ使ってる

**nobodyさん** · 03/07/28 05:31

PHPに、テキスト中に変数があるかどうか判断させる後者よりも、
明示的にする前者がやっぱ速いかな？特に変数が多いほど。

でも、PHPモードに入ったり抜けたりする負荷(と言えるかな?)を考えると前者のような気もする…

**nobodyさん** · 03/07/28 11:41

echo '
<html><head><title>'.$title.'</title></head>
';

これでいいべ

**nobodyさん** · 03/07/28 16:40

>>431
長い場合、echoを大量に書くわけにもいかんでしょ
HTMLのフッタ部分は定型に近いから?><?phpを使ってるんだけど
さほど変わらないのかなぁ・・・

**nobodyさん** · 03/07/31 10:25

>431-432

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

にもあるとーり結局内部的には echo で処理されてるから
あとは可読性の問題じゃないかねぇ。

**山崎渉** · 03/08/02 02:24

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**ぼるじょあ** ◆ySd1dMH5Gk · 03/08/02 04:52

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

**nobodyさん** · 03/08/08 18:33

mod_perlで動かすと、速いときはバカみたいに速いが、
遅いときはイライラするぐらい遅い。

普通こんなにバラツキがあるものなのですか？

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/08/15 12:34

>>436
新しいhttpdの子プロセス上がった時とかキャッシュがないからでは？
重そうなモジュールは起動時に読み込むようにするとかして
コンパイル時間短くしたら？

**nobodyさん** · 03/08/20 12:11

speedyCGIで負荷が高くなると、InternalServerErrorが出るのですけど、
私の書き方が間違っているだけなんですかね？

**nobodyさん** · 03/08/20 12:21

>438
mod_perl1.2使ってたとき、モジュールのキャッシュ無視して、別空間にロードされる場合も。
最近のバージョンで改善されているかどうかは不明ですが。

**nobodyさん** · 03/08/20 14:50

>>440
モジュールの更新日が変わってるとか%INC消してるとかでなく？
どうやってその現象確認しました？

**440** · 03/08/21 18:44

>>441
初回にロードした時間を記録するクラス作って、何度かリロードして確かめた記憶が。
他にも、子プロセス関係で何かしたと思ったけど、忘れた。
%INC消さなくても、ロードされる時はされてましたよ。
ライブラリモジュールに限らず、同一ファイル、同一パッケージ名の空間も
複数のキャッシュが存在してしまうこともしばしば。
それ知って以来、mod_perlは一切使ってませんが。

で、最近のバージョンはどうなんでしょう？

**nobodyさん** · 03/08/22 04:06

>>442
webDBで、mod_perlを導入したが、遅い。
まだSpeedyCGIの方がパフォーマンスが良い。

ただ、>>439 の言う通り負荷が高くなると不安定なんだよなぁ。
なんか回避方があったら、教えて欲しいよ。

**nobodyさん** · 03/08/22 13:11

>>443
私もWebとPostgresqlで組んでいるのですが、
mod_perlだと、速度のバラツキが尋常でなくて採用を辞めましたよ。
SpeedyCGIが安定さえしてくれれば、何も心配ないのですけどね。

**nobodyさん** · 03/08/22 15:05

PHP使えよ。。

**nobodyさん** · 03/08/22 16:34

>>444
DBI.pm使ってるからじゃないの？
それはmod_perlのせいじゃないような気が。

**nobodyさん** · 03/08/22 17:25

>>446
DBI使うとダメなんですか？

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/08/22 23:56

>>447
>>446じゃないが、DBIは遅い気がする。

あとDBIじゃなかったかな？サーバー名にIPアドレスじゃなくて
FQDN指定するとident投げるのって。
identが繋がらないとタイムアウトするまで固まるんだよな。

**nobodyさん** · 03/08/23 00:30

そういえば、PostgreSQLの日本語サイト見てたら、以外にも
Perl/CGIで利用しているところが多いのにビビりました。
DBMS使う以上、何らかの効率性を望んでいるのだと思うけど、何故Perl/CGIなんだと問いつめたいよ。

**nobodyさん** · 03/08/23 00:44

>>450
逆に、Perl/CGIだと何がだめなのか説明してみてください。

**↓このURLにぴんときたら２chビューア** · 03/08/23 01:44

http://endou.kir.jp/hankaku/
http://homepage.mac.com/hiroyuki45/hankaku

**nobodyさん** · 03/08/23 09:33

>>450
漏れはMysq;でPerl/CGIしてるけど、移植元がperlだったから単純に鯖の負荷軽減が目的だったりしたが・・・
それに、Phpだと複雑なソース書ききれんかったろうってのもあるわけだが、お前さんはなにでやれと？

**nobodyさん** · 03/08/23 13:18

PHP使えよ。

**nobodyさん** · 03/08/23 16:29

perlなんだが。
ある位置から数行くらい読み込む時、
10kbくらいのファイルと、300kbくらい（要するにでかい）ファイルでは
負荷に違いってあります？

open IN, ...;
for($i=0; $i<10; $i++){
$line = <IN>;
...処理
}
close IN;

みたいなプログラムでつ。

**nobodyさん** · 03/08/23 16:46

>>455
どうやって「ある位置」までファイルポインタを移動させるかに依る。
行単位で空読みさせて移動するよりは seek 一発の方が速い。
その例だとファイルの先頭からだから変わらん。

**nobodyさん** · 03/08/23 19:02

>>453
Perlで書けてPHPで書けない「複雑ソース」って何?

**nobodyさん** · 03/08/23 19:07

LHA圧縮。

**nobodyさん** · 03/08/23 19:20

>>457
最近あまり追ってないんだが、
PHPってtermiosによる端末制御できたっけ？
fork()は出来るけどpipe()は出来たっけ？

あと、PHPはスコープが滅茶苦茶だから（まぁPerlも変だけど）
あまり大きいソースを多人数で書くのには向いてないと思う。

**455** · 03/08/24 10:10

>>456 サンクス
１行の文字数が不定なんでseekで飛ぶことが難しいんす。
2chログのように301-400だけ表示みたいな場合は
やっぱ空読みしてるんかな。

**nobodyさん** · 03/08/25 08:37

>>460 間違いなくシークしてると思う。

**455** · 03/08/25 11:33

でもどうやってx行目を見つけ出すの？
適当にread系のcgiを漁ってみたけど、やっぱ空読みしてるみたいだわ。

**nobodyさん** · 03/08/25 12:48

>>462
1000行程度なら空読みでいいと思う。
万単位になったら、インデックスと作るとか対策考えろ。

**nobodyさん** · 03/08/25 13:26

>>462
１、行ごとのファイルポインタを記録してある。
２、一定件数ごとに、ファイルポインタを記録してある。
３、2chは入力値の長さが決まっているから、固定長フォーマットにしてある。

これだけのアクセス数があるところで、空読みは考えにくいな。
板のトップで、数千行単位で空読みされるのですか？

**nobodyさん** · 03/08/25 14:55

>>464
今は知らないけど、今までのVerでは思いっきり空読みしてるよ。
↓以前のread.cgi空読み部分。

else
{
if(nn_st && lineNo < nn_st) continue ;
if(nn_to && lineNo > nn_to) continue ;
if(nn_ls && line < lineMax - nn_ls) continue ;
}

ファイルのオープンってI/Oの負荷がでかいから、
ファイルポインタを記録/読出しするのも結構な負荷になる。
あぼーんの処理も面倒になるし1000行空読みの負荷がたいしたこと
ない（実際やってみ）事を考えると、大してメリットはないと思われる。

ちなみに2chは固定長フォーマットではないし、板のトップは書き込み時
に更新されるだけだから、read.cgiより呼び出される回数は圧倒的に少なく
それほど問題にならない気が。

**nobodyさん** · 03/08/26 10:19

>>465は説得力がありますね

**nobodyさん** · 03/08/27 01:27

useって宣言した場所によって読み込まれる時期が違うの？
それならJcodeなんかは先頭でuseせずに
送られてきたデータのチェック済ませてから読み込ませた方が良いのかな。
#チェックにJcode使うなら別だけど

**nobodyさん** · 03/08/27 02:23

>>467
http://www.perldoc.com/perl5.8.0/pod/func/use.html
http://www.perldoc.com/perl5.8.0/pod/func/require.html

**nobodyさん** · 03/09/04 01:48

ﾎｯｼｭﾎｯｼｭ

**nobodyさん** · 03/09/05 00:46

SpeedyCGIでどうやったら、負荷が高いときのエラーが無くなるんだろう。
もう訳がわからん。

**nobodyさん** · 03/09/05 23:36

>>470 マンシスペックを上げる

**nobodyさん** · 03/09/06 18:14

>>471
負荷を軽減させるために、>>470がspeedyCGIを入れたんだろ。
ここは、負荷軽減の為のスレだよ。

**nobodyさん** · 03/09/17 00:18

ﾎｯｼｭﾎｯｼｭ

**nobodyさん** · 03/09/17 21:25

PHPの掲示板なんですができるだけ負荷がかからないログの読み込み方法ってどんなのがありますか？
今は書き込みや読み込みの時にfile()で全部取得しているんですがログが増えると負荷が大きくなりそうな気がするので。

**nobodyさん** · 03/09/17 22:10

>474
DB使ってね！

**nobodyさん** · 03/09/17 22:15

DB使う以外にうまいやり方無いですか？

**nobodyさん** · 03/09/17 22:24

>476
ないですね！
逆に、なんでDB使うのいやなんですか？！

**nobodyさん** · 03/09/17 22:36

>>477
なんで必死なの？

**nobodyさん** · 03/09/17 22:55

>478
474が悩み事の矛盾に気がつかないからだよ！

**nobodyさん** · 03/09/17 22:59

>>477
２ちゃん程度の規模でもDBなぞ使ってないんだが。
ていうか、逆に２ちゃんをDBで書き直したらえらい事になると思うが・・・。

普通のBBSって書き込みはFIFOだし、読み出しはシリアルだから
逆にDB使うほうが負荷が大きくなる。

**474** · 03/09/18 00:06

DB使うのが嫌っていうか使ったことないので
DB使わずにfile()以外のやり方ないかと思ったんですが

03/09/18 00:52

>481
スレ読めよ。

**nobodyさん** · 03/09/18 00:58

ん？なんか問題あるか？

**nobodyさん** · 03/09/18 01:28

問題ないだろ

**483** · 03/09/18 07:46

「スレ読めよ」か。「スレタイ読めよ」と勘違いした。

**nobodyさん** · 03/09/18 09:35

>474

データ構造を固定長にしてバイナリファイルに格納しておき
fseek fread fwrite などを使えば部分処理が出来るから負荷は
減ると思うよ

**nobodyさん** · 03/09/18 15:34

SpeedyCGIでエラーが頻発したので、PerlからCに移植した。
えらく辛かったが、めちゃくちゃ速くなった。

**nobodyさん** · 03/09/24 13:10

apacheの軽量化が威力あると言うが、
具体的にどういったモジュールを消せば良いのだろう。

**nobodyさん** · 03/09/24 13:16

mod_rewrite

**nobodyさん** · 03/09/24 13:56

>488

とりあえずスレ違いと思われ

スクリプト上で解決可能な話題が主題かと思う

**nobodyさん** · 03/09/24 14:07

推敲しようぜ。

**nobodyさん** · 03/09/24 22:58

★最新アダルト情報はこちらです★
http://click.dtiserv2.com/Click2/1-98-7254

**nobodyさん** · 03/09/25 07:19

人よりちょっと知識の多い香具師が少ない香具師を馬鹿にするスレはここですね。

**nobodyさん** · 03/09/25 10:11

>>490
apacheもスクリプトも両方チューニングして、
「負荷軽減対策委員会」と呼べるような気がするのだが…

**nobodyさん** · 03/09/25 10:39

>>1を見る限りそうとは思えないけどな
方針変更という事で・・・

**nobodyさん** · 03/09/25 16:05

Apacheのチューニングはスクリプトの有無や出来とは関係なく
できることだし、別問題じゃないか？

**nobodyさん** · 03/09/25 17:02

ループ開始

**nobodyさん** · 03/09/25 18:44

ループは負荷が増えるので禁止

**nobodyさん** · 03/09/26 05:39

足りない？
mod_mime_magic,mod_dir,mod_auth,mod_access,mod_cgi,mod_log_config,(mod_env)
(mod_perl)

**500** · 03/09/26 12:46

500

**nobodyさん** · 03/09/28 01:16

負荷軽減＆速度重視ならDSO

http://httpd.apache.org/docs/dso.html

**nobodyさん** · 03/09/29 13:04

>>501
速度重視ならDSOを使わな方が良いという話で良い？

**とおりすがり** · 03/09/29 17:18

>>502
そういうこったな(w

>>501
「あぱちのmoduleとして動作させると」とか
書いとけばつっこまれなかったのにな

**nobodyさん** · 03/09/30 17:47

素直に専用鯖借りてmod_perlとgzip圧縮でも使いなさい。

**nobodyさん** · 03/09/30 18:17

もうgzipはいいだろ。

**nobodyさん** · 03/10/08 17:46

保守

**nobodyさん** · 03/10/14 23:31

ﾎｼｭ

**nobodyさん** · 03/10/16 19:43

出尽くしたかな。

**nobodyさん** · 03/10/18 19:58

変数より定数使ったほうがやっぱ軽いのかなぁ・・・

あとは定数と直接数値を書き込むのはどっちが軽いのだろうか

**nobodyさん** · 03/10/19 00:18

>>509
ぐだぐだいう前にベンチしろ、このヴォケが

**nobodyさん** · 03/10/29 01:38

ね、みんなローカルでPerlをテストする時、何のソフト使ってるの？

**nobodyさん** · 03/10/29 01:46

何のソフトとは？エディタ？ブラウザ？

**nobodyさん** · 03/10/29 01:48

私はペギーパッド使ってます

**nobodyさん** · 03/10/29 01:55

Winで簡単なPerlだったらプロンプトで十分だけど。
Perlを始めよう、ならエディタから直接プロンプト起動できるし良い。
俺はtxt,HTML,Perl,PHP,SQL,C,Java,XMLなど全部ひとつのエディタで
やりたいからEmEditor3を使ってる。