★負荷軽減対策委員会（Perl、PHP)★
■ このスレッドは過去ログ倉庫に格納されています
0001ジークハルト ◆VUxx/EwNXI
02/10/15 10:33ID:ifgLRUybならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか？
どういう書き方をすればいいか？
そんな委員会を開設しました。
Yes she does!
PHP のメーリングリストなんかでも、
速度を少しでも稼ぎたいときの小技として紹介されることがあるね。
0373nobodyさん
03/06/25 18:56ID:???ひとつひとつルーチン毎にファイルを分けて、
一度に呼び出す方が負荷が大きいですか？
0374nobodyさん
03/06/25 22:26ID:???漏れもそれ思うんだが、ファイルをまとめようが分割しようが、
結局たいした大きさじゃないので、どっちもオンメモリってことない？
0375nobodyさん
03/06/25 23:20ID:???分割しても常に全部使うのなら、まとめた方がシステムコールが
減っていいと思う。
Perl だったら CGI.pm でやってる遅延読込が参考になるかと。
あれはあれでメモリ食いそうだけど。
0377あぼーん
NGNG0378nobodyさん
03/06/26 03:55ID:???別に必要になったところでuseすればいいんでないかい?
そうそう、SelfLoaderかまして起動時には一部しか読み込まれないように工夫しないといかんね。
0379あぼーん
NGNG0380あぼーん
NGNG0381nobodyさん
03/06/26 13:46ID:???function hoge() {
require('hoge.php');
}
hoge(); らなければ読まない。
Perlも同じく。
0382nobodyさん
03/06/27 16:09ID:sG/tHFOoスクリプト自体軽くした方がいいんでしょうか。
0385あぼーん
NGNG0388nobodyさん
03/06/28 14:07ID:M/F9ZoCiでも少しは…。
↓以下ループ。
0389nobodyさん
03/06/28 14:11ID:jkMqlRkLってことは、少しは変わるんだ…。
0390nobodyさん
03/06/28 15:08ID:???0391nobodyさん
03/06/28 16:21ID:???0392nobodyさん
03/06/28 22:51ID:???0393nobodyさん
03/06/29 00:15ID:???そりゃ、数百Mとかのコメントとか入れてたら、
メモリへロードするのが遅くなるだろうが、
処理速度そのものは、何の影響もない。
0394nobodyさん
03/06/29 08:04ID:???コンパイル時に無視されて、コンパイル結果もキャッシュされる
わけなんだから、全く影響しないんじゃ？
0395nobodyさん
03/06/29 13:20ID:???コンパイル結果に反映されないのは当たり前
コンパイル時に無視するためには最低限の判定が必要
要はコメントかどうか判定するフラグが少ないに越したことがないのか
という話でしょ
0396nobodyさん
03/06/29 22:00ID:???負荷が掛からないのはどれ？
0398nobodyさん
03/07/01 16:46ID:67Ffrssk変数にデータを入れて、printで一気に出力するかどちらが負荷少ない？
それともヒアドキュメント使うか。
どれよ？
0399nobodyさん
03/07/01 19:31ID:???0400nobodyさん
03/07/01 19:43ID:???0402nobodyさん
03/07/01 20:04ID:3/m58fAfそうそう、オレも知りたい。結構悩むんだよなー。みんな
その辺の使い分けはどうしてるの？
printよりechoのが速いってのは聞いた事あるけどね。
0403nobodyさん
03/07/01 20:06ID:???0404403
03/07/01 20:14ID:???$|=1;print "";$|=0;とやるしかない？
0405nobodyさん
03/07/01 22:48ID:???変数作って一気に出力する。
エンコード自由に変換して掃き出せるようなものの場合はどうしてもこうなる。
ヒアドキュメントは
$aya=<<EOL;
あやや
あひゃひゃ
EOL
で変数ぶち込めるし。
0407nobodyさん
03/07/02 00:38ID:???うほっ
いい男！
";
これでいいだろ
0408nobodyさん
03/07/02 08:14ID:???mod_phpも同じだ。
>>401
速度は、
mod_perl > mod_php > CGI Perl > CGI php
の順。ちゃんと実験したサイト行って、見て来い。
0409404NOTFOUND
03/07/02 20:09ID:???>mod_phpも同じだ。
PHP可を謳っている鯖屋はmod_php可という意味で、CGI可(※)を謳っている鯖屋は、
CGI/Perl可という意味で謳っていると思うのだがどうだろうか？
CGI可に比べてPHP可の鯖屋が少ないのは事実だが、mod_Perlを使える
鯖屋を見た事がないのは、漏れの調べ方が甘いからなのか･･･
※）一般的にCGI=Perlという認識があるのでこのような書き方をあえてしたが･･･
つまり何が言いたいかと言うと、mod_php使える鯖がそんなに非一般的では
ないんではないかという事だ。
0410nobodyさん
03/07/02 21:32ID:???cgi版じゃない普通（というか一般的というか）のphpってこと？
0411nobodyさん
03/07/02 21:52ID:???適当な拡張子をApache::Registry上で
動くようにする事自体はむずかしくないんだけど
ユーザーのモジュールの名前空間に制限がかけれないので
userAが
use lib (/home/userA/lib/);
use myPackage;
としる状態で
userBが
use lib (/home/userB/lib/);
use myPackage;
とかしてくれちゃうと、動作がめちゃくちゃになってしまうので
ユーザーにmod_perlな環境を提供できません(´Д｀；)
>>410
mod_phpでない場合(サーバー組み込みで無い場合)
「php対応(ただしコマンドライン版)」という表記をみかけます
0414nobodyさん
03/07/03 09:14ID:???ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
まだmsがやったベンチ結果のほうがdqnぽくない
PHP5のケース別ベンチやってくれんかな
個人では実験環境が作れないしzendの情報だけでは激しく不安だし、、
話は変わって、itboostのtips「効率的な処理」に、phpのループ構造は遅いから、
コールバック関数を繰り返し呼び出すとphpではなくcレベルでループが走ってくれるて
いいよってネタがあるけど、これはどうなん?
（あれはcountを一度にすれば大差ないような気もしつつ、、。
個人で実行速度を計測するといえば、ループ処理のことだと言ってもいいかと
おもうんだけど、これってphp特有の問題？
0416411
03/07/06 09:05ID:???ハンドラ好きにさせるのはもってのほかなので
Apache::RegistryかApache::PerlRunを提供するしかないと
おもうのですが、前述の問題があり、自分の知識内では
不可能と判断しています。
(他に良い方法がないか探してるのですが...)
>>414
FastCGIも、共有サーバだとデーモンプロセス上がりまくりで
現実的では無いような気がしますが^^;
0417nobodyさん
03/07/06 09:07ID:???>ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
どこのサイトを見てるんですか？
0418nobodyさん
03/07/06 13:26ID:???有名なサイトだよ。３５の言語の25のベンチマークによる比較。
http://www.bagley.org/%7Edoug/shootout/
0419nobodyさん
03/07/06 13:33ID:???http://www.linc.or.jp/~takaaki/Family/takaaki/Labo/dynamic_page.shtml
0421nobodyさん
03/07/08 03:40ID:???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:???0425nobodyさん
03/07/26 17:01ID:????>
<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:???0430nobodyさん
03/07/28 05:31ID:???明示的にする前者がやっぱ速いかな？特に変数が多いほど。
でも、PHPモードに入ったり抜けたりする負荷(と言えるかな?)を考えると前者のような気もする…
0431nobodyさん
03/07/28 11:41ID:???<html><head><title>'.$title.'</title></head>
';
これでいいべ
0432nobodyさん
03/07/28 16:40ID:???長い場合、echoを大量に書くわけにもいかんでしょ
HTMLのフッタ部分は定型に近いから?><?phpを使ってるんだけど
さほど変わらないのかなぁ・・・
0433nobodyさん
03/07/31 10:25ID:???http://www.php.net/manual/ja/language.basic-syntax.php
にもあるとーり結局内部的には echo で処理されてるから
あとは可読性の問題じゃないかねぇ。
0434山崎 渉
03/08/02 02:24ID:???（ ＾＾ ）＜ ぬるぽ（＾＾）
0435ぼるじょあ ◆ySd1dMH5Gk
03/08/02 04:52ID:???ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
0436nobodyさん
03/08/08 18:33ID:???遅いときはイライラするぐらい遅い。
普通こんなにバラツキがあるものなのですか？
0437あぼーん
NGNG0438nobodyさん
03/08/15 12:34ID:???新しいhttpdの子プロセス上がった時とかキャッシュがないからでは？
重そうなモジュールは起動時に読み込むようにするとかして
コンパイル時間短くしたら？
0439nobodyさん
03/08/20 12:11ID:???私の書き方が間違っているだけなんですかね？
0440nobodyさん
03/08/20 12:21ID:???mod_perl1.2使ってたとき、モジュールのキャッシュ無視して、別空間にロードされる場合も。
最近のバージョンで改善されているかどうかは不明ですが。
0442440
03/08/21 18:44ID:???初回にロードした時間を記録するクラス作って、何度かリロードして確かめた記憶が。
他にも、子プロセス関係で何かしたと思ったけど、忘れた。
%INC消さなくても、ロードされる時はされてましたよ。
ライブラリモジュールに限らず、同一ファイル、同一パッケージ名の空間も
複数のキャッシュが存在してしまうこともしばしば。
それ知って以来、mod_perlは一切使ってませんが。
で、最近のバージョンはどうなんでしょう？
0443nobodyさん
03/08/22 04:06ID:???webDBで、mod_perlを導入したが、遅い。
まだSpeedyCGIの方がパフォーマンスが良い。
ただ、>>439 の言う通り負荷が高くなると不安定なんだよなぁ。
なんか回避方があったら、教えて欲しいよ。
0444nobodyさん
03/08/22 13:11ID:???私もWebとPostgresqlで組んでいるのですが、
mod_perlだと、速度のバラツキが尋常でなくて採用を辞めましたよ。
SpeedyCGIが安定さえしてくれれば、何も心配ないのですけどね。
0445nobodyさん
03/08/22 15:05ID:qLHm82v90448あぼーん
NGNG0449nobodyさん
03/08/22 23:56ID:???>>446じゃないが、DBIは遅い気がする。
あとDBIじゃなかったかな？サーバー名にIPアドレスじゃなくて
FQDN指定するとident投げるのって。
identが繋がらないとタイムアウトするまで固まるんだよな。
0450nobodyさん
03/08/23 00:30ID:???Perl/CGIで利用しているところが多いのにビビりました。
DBMS使う以上、何らかの効率性を望んでいるのだと思うけど、何故Perl/CGIなんだと問いつめたいよ。
0451nobodyさん
03/08/23 00:44ID:12CD5sBt逆に、Perl/CGIだと何がだめなのか説明してみてください。
0452↓このURLにぴんときたら２chビューア
03/08/23 01:44ID:???http://homepage.mac.com/hiroyuki45/hankaku
0453nobodyさん
03/08/23 09:33ID:???漏れはMysq;でPerl/CGIしてるけど、移植元がperlだったから単純に鯖の負荷軽減が目的だったりしたが・・・
それに、Phpだと複雑なソース書ききれんかったろうってのもあるわけだが、お前さんはなにでやれと？
0454nobodyさん
03/08/23 13:18ID:???0455nobodyさん
03/08/23 16:29ID:IynKNpCXある位置から数行くらい読み込む時、
10kbくらいのファイルと、300kbくらい（要するにでかい）ファイルでは
負荷に違いってあります？
open IN, ...;
for($i=0; $i<10; $i++){
$line = <IN>;
...処理
}
close IN;
みたいなプログラムでつ。
0456nobodyさん
03/08/23 16:46ID:???どうやって「ある位置」までファイルポインタを移動させるかに依る。
行単位で空読みさせて移動するよりは seek 一発の方が速い。
その例だとファイルの先頭からだから変わらん。
0457nobodyさん
03/08/23 19:02ID:V3x8NgSHPerlで書けてPHPで書けない「複雑ソース」って何?
0458nobodyさん
03/08/23 19:07ID:???0459nobodyさん
03/08/23 19:20ID:???最近あまり追ってないんだが、
PHPってtermiosによる端末制御できたっけ？
fork()は出来るけどpipe()は出来たっけ？
あと、PHPはスコープが滅茶苦茶だから（まぁPerlも変だけど）
あまり大きいソースを多人数で書くのには向いてないと思う。
0460455
03/08/24 10:10ID:XoFfp7Kp１行の文字数が不定なんでseekで飛ぶことが難しいんす。
2chログのように301-400だけ表示みたいな場合は
やっぱ空読みしてるんかな。
0462455
03/08/25 11:33ID:???適当にread系のcgiを漁ってみたけど、やっぱ空読みしてるみたいだわ。
0464nobodyさん
03/08/25 13:26ID:???１、行ごとのファイルポインタを記録してある。
２、一定件数ごとに、ファイルポインタを記録してある。
３、2chは入力値の長さが決まっているから、固定長フォーマットにしてある。
これだけのアクセス数があるところで、空読みは考えにくいな。
板のトップで、数千行単位で空読みされるのですか？
0465nobodyさん
03/08/25 14:55ID:JfnblB1o今は知らないけど、今までの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より呼び出される回数は圧倒的に少なく
それほど問題にならない気が。
0467nobodyさん
03/08/27 01:27ID:???それならJcodeなんかは先頭でuseせずに
送られてきたデータのチェック済ませてから読み込ませた方が良いのかな。
#チェックにJcode使うなら別だけど
0468nobodyさん
03/08/27 02:23ID:???http://www.perldoc.com/perl5.8.0/pod/func/use.html
http://www.perldoc.com/perl5.8.0/pod/func/require.html
■ このスレッドは過去ログ倉庫に格納されています