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

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

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

**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を使ってる。

**511** · 03/10/29 13:34

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

自分は
エディタ･･･秀丸
ブラウザ･･･アパッチ

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

特に深いことは考えてない。
エディタ：ＱＸ（慣れてる＆コマンドラインに渡せるから）
サーバー：ANHTTPD（既に入れてたから）
なんだけど、やっぱ、アパッチの方がいいかね？

……スレ違いだけど、この話題続けていいもんかね。

**nobodyさん** · 03/10/29 15:06

負荷軽減にはあまり関係ない。

エディタはPerlエディタスレ、サーバ話は何処が良いんだ。
無難に初心者質問スレでも薦めておくか。

ところでブラウザがアパッチって凄いな。

**511** · 03/10/29 16:10

あ、ごめん、サーバの間違え
>>512がブラウザ？って・・・

**nobodyさん** · 03/10/29 16:31

変態美少女がいっぱい！http://www.bigchat.tv

**nobodyさん** · 03/10/30 00:48

美少女が変態では何の価値もない

**nobodyさん** · 03/10/30 10:59

テストサーバーで、ＪＡＶＡみたいに「；がありません。」など、
エラーの内容を出力してくれるサーバーって無いの？

**nobodyさん** · 03/10/30 12:01

>>521
例えばCGIでエラーを標準出力に表示するのは?

**nobodyさん** · 03/10/30 13:00

>>522
え？そんなのあるの？知らなかった････
やり方は？

**nobodyさん** · 03/10/30 13:34

>>523
言語にもよるけど、rubyならこんなかんじで

begin
# 例外が発生する可能性がある処理
rescue 例外
puts "#{$!} (#{$!.type})"
puts $@.join("\n")
end

perlはよく知らないけどこれでできるかな?

eval 'なんかの処理';
print $@ if($@);

**nobodyさん** · 03/11/03 00:59

と言うかスレ違い以下略。

**nobodyさん** · 03/11/06 16:02

巷に出回る perl CGI って、
1. グローバル変数多し、my レキシカル変数使わず
2. 関数分割せず、ベタ書き
3. ヒアドキュメントを使わず、print '' の嵐
なものが多い。こんな手法が負荷軽減に貢献すんのか？
意見求む。

**nobodyさん** · 03/11/06 16:18

誰でも負荷軽減を考えているわけではないから

**nobodyさん** · 03/11/06 21:45

>>526
> 2. 関数分割せず、ベタ書き
について負荷軽減との関連性についてのご教授お願いします。

**ぺるにゃん** · 03/11/06 22:21

軽減はしますよ。

でも、HTML を軽くするために、すべての改行を取り払ってサイズを小さくしよう的な
アプローチですにゃ。そこまで必死な人は、すればいいにゃ。

**nobodyさん** · 03/11/06 22:26

ベタ書きのほうが負荷はかからないのは言うまでも・・・

**nobodyさん** · 03/11/07 00:48

ブラウザゲーム作るならやっぱりphpのほうがええかな？

**ぺるにゃん** · 03/11/07 01:30

>>531
負荷を考えれば、そうだけど。
普及を考えれば、どうかにゃあ。

**nobodyさん** · 03/11/07 02:57

ヒアドキュメントってprint"と変わらないんじゃなかったっけか？

**ぺるにゃん** · 03/11/07 03:40

ケース１：print 文の嵐
print '<HTML>';
print .........
print '</HTML>';

ケース２：print 文いっかいだけ
print '<HTML>
.......
</HTML>';

ケース３：ヒアドキュメントで print 文いっかいだけ
print <<'END of HTML';
<HTML>
.........
</HTML>
END of HTML

こういうのを比べてるってこと？

**ぺるにゃん** · 03/11/07 03:43

ヒアドキュメントかどうかは関係がないと思うけど。

ケース２とケース３は、（ヒアドキュメントの末尾の改行を除けば）等価でしょ？
じゃなかったら首つるです。
違いが出てくるとすれば、パース・・構文解析にかかる時間。
それも有意差は出ないでしょう。

異論ありますかにゃ？

**nobodyさん** · 03/11/07 05:18

もういいから。わからないやつは黙っておけ。

**nobodyさん** · 03/11/07 05:19

>>535
ttp://boobar.hp.infoseek.co.jp/bench/print.txt

**nobodyさん** · 03/11/07 07:00

>>537
へー結構差があるんだね。

**( _。。)_ ﾊﾞﾀ。** ◆eJlUd9keO2 · 03/11/07 09:15

PHPAってどのくらい早くなるんだろうか。
…測定はやはり浮動小数点か何かでやったらいいのだろうか。

**( _。。)_ ﾊﾞﾀ。** ◆eJlUd9keO2 · 03/11/07 14:43

PHPAってコンパイルキャッシュするだけか。
(´・ω・｀)ｹｲｹﾞﾝｻﾚﾀﾉｶ、ﾖｸﾜｶﾝﾅｶｯﾀ。

**nobodyさん** · 03/11/07 19:01

>>540
PHPA、だいぶというかかなり違うようですが。

**nobodyさん** · 03/11/07 21:04

Turck MMCacheってのを使ってる奴いますか？
http://turck-mmcache.sourceforge.net/

能書きのとおりなら「最速」だそうだが。

**( _。。)_ ﾊﾞﾀ。** ◆eJlUd9keO2 · 03/11/08 16:35

>>541
全然実感できない　つдＴ）

**nobodyさん** · 03/11/11 02:37

>526
my 変数の方が速いの？
速度とか関係無しにstrict通るようにした方が良いだろうって話は置いといて。

**nobodyさん** · 03/11/11 03:02

そりゃあ速いさ
シンボルテーブルに登録されないし

**nobodyさん** · 03/11/11 12:14

>>544-545
ttp://boobar.hp.infoseek.co.jp/bench/scope.txt

**nobodyさん** · 03/11/11 20:21

メモリにかかる負荷を測定するってことは出来ますかね。

**nobodyさん** · 03/11/11 21:35

ああ俺もそれ調べたい。
と言うかメモリ使用量とかどうやって調べてるんだろ…。
測定用のモジュールとかあるのかな？

**nobodyさん** · 03/11/11 21:57

>>547-548
OS に依る。Linux や *BSD なら vmstat(8) とか top(1) で
別ターミナルから測定。

**nobodyさん** · 03/11/11 22:06

Winは無理っすか。
タスクマネージャみたいな監視ツール作ってログ取るようにすれば良いんかな…俺にゃ無理だけど…。

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

掲示板とかのスクリプトでHTMLを吐き出してそれにアクセスさせるってあるけど
ログファイル自体をHTMLにするって効率悪いよねぇ。

**nobodyさん** · 03/11/12 22:06

>>551
変換するのは１回だがアクセスされるのは何度もあるからいいのよ

**nobodyさん** · 03/11/13 00:24

逆にアクセス解析とかカウンターとかは変換するだけ無意味って言うか
ログなんて管理人しか見らんし。

**nobodyさん** · 03/11/13 00:49

↓ｲｹｲｹ

**nobodyさん** · 03/11/14 16:06

ID:???←こいつうぜえ

**nobodyさん** · 03/11/16 09:50

久しぶりに見たら。このスレまだ生きてたんだー

**nobodyさん** · 03/11/17 01:02

今日、会社休みます。。。

会社の負荷を減らすためにﾈ！

**nobodyさん** · 03/11/17 01:47

1日だけとは言わずに毎日休んだらどうっすかね？

**nobodyさん** · 03/11/17 01:52

人類のお荷物を減らすために？

**nobodyさん** · 03/11/25 03:00

ミンナリストラ

**nobodyさん** · 03/11/27 00:12

堕スレ化したの？
でも、結局負荷軽減ってアルゴリズム考えた方が、
myがどーの、ヒアドキュメントがどーの、言うより意味あるよね。
言語選択ではある程度答え出てるし、このスレの意義って。。。

**nobodyさん** · 03/11/27 02:12

ちょっとした負荷を減らすために非常に参考になりました

**nobodyさん** · 03/11/27 10:02

ふかふか

**nobodyさん** · 03/11/27 23:39

ふかきょ～～～ん！