5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :ジークハルト ◆VUxx/EwNXI :02/10/15 10:33 ID:ifgLRUyb
サーバ上にPerlやPHPを置く場合、何よりも重視しなければ
ならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか?
どういう書き方をすればいいか?
そんな委員会を開設しました。

2 :nobodyさん:02/10/15 10:42 ID:???
掲示板はYahooのジオボードでも使っているように.htmlファイルを作成するようにする
データベース系はGoogleのように検索されたものを必ずキャッシュして次回同じ語が検索された時に備える

3 :nobodyさん:02/10/15 10:44 ID:???
いちいち負荷を気にしてるようじゃァ、やらないこった!

4 :nobodyさん:02/10/15 10:48 ID:???
>>3
負荷軽減は速度アップに繋がる事が多い

5 :ジークハルト ◆VUxx/EwNXI :02/10/15 10:51 ID:ifgLRUyb
>>2
なるほど、、、

>>3
負荷を気にする人のためのスレよ

6 :nobodyさん:02/10/15 10:52 ID:???
負荷軽減と速度アップは相反することが多い。

アルゴリズムの工夫なら速度アップにつながる事が多い。

7 :nobodyさん:02/10/15 11:01 ID:???
負荷かかる順番としては
Ruby>>Java>>Perl>>PHP>>>>>>>>>C++
と考えていい?

8 :nobodyさん:02/10/15 11:03 ID:???
PHPでもXREAの凍結対象になる程かなり負荷かかるんですが
何かいい方法は?

9 :nobodyさん:02/10/15 11:07 ID:???
>>4,>>6
どっちが正解?

10 :nobodyさん:02/10/15 12:42 ID:???
やっぱPerlで掛け算とかは負荷になるのかな?
内部でOPコードが処理してるのなら足し算も掛け算も一緒だろうけど。

11 :nobodyさん:02/10/15 12:49 ID:???
>>10
そうなん??

12 :nobodyさん:02/10/15 15:25 ID:???
>>8
XREAってモジュールのやつはなくなったの?

13 :nobodyさん:02/10/15 15:26 ID:???
>>12
え?モジュールって?

14 :nobodyさん:02/10/15 15:27 ID:???
>>13
mod_phpで動かしてる鯖

15 :ジークハルト ◆VUxx/EwNXI :02/10/15 15:28 ID:???
>>13
XREAの規約に

●PHPの動かし方がわからないのですが?
public_html内で動作させる場合は、CGIとしてのみご利用可能です。
shared_htmlで動作させる場合は、モジュール版PHP(SafeMode付き)で
実行できます。

ってあったから
shared_html内に入れれば負荷は軽減できるはず。

16 :nobodyさん:02/10/15 15:30 ID:???
>>15
まさかモジュール版とCGI版で同じソース使う気か?
(((( ;゚Д゚)))ガクガクブルブル

17 :13:02/10/15 16:37 ID:???
>>15,>>16
shared_htmlって所に入れましたが同じソースで何か問題あるんですか

18 :AAAA:02/10/15 16:54 ID:???
モジュール版ってCGIに比べてどれくらい負荷軽減出来るの?
3分の1くらいか?

19 :nobodyさん:02/10/15 17:22 ID:???
やっぱ、重要なサイトは押さえておきたいな。
http://www.math.tohoku.ac.jp/~kuroki/WWW/HowToLighten.html
他にある?


20 :nobodyさん:02/10/15 17:35 ID:???
>>18
http://perl.apache.org/start/tips/registry.html
の下の方に、hello.cgiがmod_perlだと、243/7.3倍に
なるそうだ。hello.cgiのコードも書いてあるけど、まあ、相当な
もんだなや。





21 :nobodyさん:02/10/15 17:35 ID:???
>>19
某無料スペースで掲示板CGIを2500個設置したら
2日で消された

22 :nobodyさん:02/10/15 17:39 ID:???
>>21
自業自得ってことで


23 :nobodyさん:02/10/15 17:40 ID:???
負荷軽減の極意
(1)Perlを使うなPHPで書け
(2)PHPはApacheのモジュールを使え

24 :21:02/10/15 17:41 ID:???
>>22
FTPへのアップに一晩かかったってのに(泣

25 :age:02/10/15 17:42 ID:???
負荷かかる順は
Ruby>>Perl>>PHP>>>>>>>>>>>>Java
か?

26 :nobodyさん:02/10/15 18:00 ID:???
>>24

(プ
被害者は君じゃなくて"某無料スペース"の方。

27 :_:02/10/15 19:18 ID:???
>>21
2500個もの掲示板を何に使うんだ?
俺は都道府県掲示板っつーのを作った事があるが、掲示板タイトルを
それぞれ都道府県名に変えるだけでもウンザリしたよ。

28 :nobodyさん:02/10/15 20:30 ID:???
>>23
Perlもモジュールで動かせるけどな

29 :21:02/10/15 20:32 ID:???
>>27
レンタル掲示板のサービス

30 :nobodyさん:02/10/15 20:34 ID:???
>>17
問題ありますねぇ
この辺りはマニュアルを読んだ方がいいと思う
ソースを変更しないならshared_htmlに置かないで普通にCGIとして動かした方がいい

31 :nobodyさん:02/10/15 20:35 ID:???
>>29
(・∀・)カエレ!!

32 :nobodyさん:02/10/15 20:44 ID:???
>>29
氏ね!

33 :nobodyさん:02/10/15 21:21 ID:???
>>29
専用サーバ借りてください。
つーか回線も要るけどな。
お前みたいな厨はホント邪魔。

34 :nobodyさん:02/10/15 23:22 ID:???
レンタル掲示板するにしても、
2500個て・・・

1ユーザー、1スクリプトなんだぁw

35 :21:02/10/15 23:37 ID:???
>>34
1ユーザ1スクリプトが当たり前でしょ?
それ以外何があるのさ

36 :nobodyさん:02/10/15 23:39 ID:???
>35=21
ある意味すげぇ

37 :nobodyさん:02/10/15 23:43 ID:???
>>35

ワラタ

38 :21:02/10/15 23:56 ID:???
>>36,>>37
ダメなの?

39 :nobodyさん:02/10/16 00:06 ID:???
無料鯖の時点でダメ。

40 :nobodyさん:02/10/16 00:07 ID:???
>>21
その掲示板にバグが見つかったら、2500個すべて直すのか?
どうせ広告貼ってるんでしょ?
その広告がボツになったり、もっと良い広告があったら
2500個すべて張り直すのか?
申し込みがある度にアップするのもメンドイ

簡単な例をあげると
「魔法のあいらんど」
ttp://ip.tosp.co.jp/i.asp?i=ユーザー名
元は「i.asp」一個だけ

41 :21:02/10/16 00:12 ID:???
>>40
あ・・・・・
今気付いた・・・・・
どうしよう・・・・・

42 :21:02/10/16 00:15 ID:???
複数設置用を1個用に改造するのって簡単かな・・・・?

43 :ジークハルト ◆VUxx/EwNXI :02/10/16 00:23 ID:???
>>42
そんな君にはこれがオススメ。
http://cgiroom.nu/list/level_up/room/index.htm

44 :nobodyさん:02/10/16 00:27 ID:???
清々しいまでに阿呆だ。


まぁ取り合えず専鯖借りれ。話はそれからだ。

45 :21:02/10/16 00:34 ID:???
>>44
専鯖借りたらPHP直してくれる?

46 :nobodyさん:02/10/16 00:34 ID:b9+Rgnoa
>>27
都道府県ということは47個だろ?なら5000個なんてとんでもない個数だな。。。

47 :nobodyさん:02/10/16 00:35 ID:???
>>45 ふざけんなボケ

48 :21:02/10/16 00:38 ID:UJRd9C8p
>>47
うっさいハゲ氏ね

49 :nobodyさん:02/10/16 00:41 ID:???
とうとう21は自分が禿であることをカミングアウトした訳だが。

50 :nobodyさん:02/10/16 01:26 ID:???
>>46
つーか1つでできる

51 :nobodyさん:02/10/16 01:28 ID:???


−−−−−−−−−−このスレッドは終了しました−−−−−−−−

52 :nobodyさん:02/10/16 06:19 ID:z+MacZfD
つか、掲示板スクリプトにちょっと手直ししてやるだけで1つだけで複数の掲示板が使えるじゃん。
ファイル名、タイトル名などの情報をデータファイルに書き込んで、変数で取得したユーザーIDと一致すれば
それを適用すりゃいいんだし。


53 :nobodyさん:02/10/16 06:31 ID:???
* 危険 *

厨に知識を与えないで下さい。

54 :nobodyさん:02/10/16 07:08 ID:???
>>53
同意。どうせ汚染チェックすらしない糞スクリプトが出来るだけ。

55 :1:02/10/16 08:36 ID:???
あのー、
負荷軽減対策スレなんですけど(汗

56 :nobodyさん:02/10/16 09:31 ID:8AIPTE76
mod_gz使って転送するかどうか迷っています。
gz読めるブラウザって、どのくらいの割合なんでしょうか。
また、gzする負荷と疥癬の負荷を考えると。ううむ
ケースバイケースですね。

57 :nobodyさん:02/10/16 10:08 ID:???
>>56
gz問題無いと思うよ

58 :nobodyさん:02/10/16 10:24 ID:pcpH7Mcq
軽い掲示板はここ行って
http://www.i-say.net/cgi/

これで検索しる。
HTML html

59 :nobodyさん:02/10/16 10:28 ID:???
シンプル、ツリー、iモード掲示板をチェックしてor検索ね。

60 :マリモーマ:02/10/16 10:32 ID:jc3XYznE
sub{
}
を 全部 別ファイルに 分けるのは どうかな?

61 :nobodyさん:02/10/16 10:57 ID:???
>>60
大して知識も無いのに発言するのは止めたほうがいい
大多数の一般人に誤解を与えかねん

62 :21:02/10/16 11:03 ID:???
質問していいですか

仮に2500個の掲示板を設置するとして、
共用サーバでそれやったらアホだけど
専用サーバなら何の問題も無いかな?
ダウンしたりしないかな?
重くならない?

63 :nobodyさん:02/10/16 11:05 ID:???

>>21
君はもうここに書かない方がいいよ。
君のためにも他の人のためにも。

64 :21:02/10/16 11:45 ID:???
>>63
頼みます 教えてください!

65 :nobodyさん:02/10/16 11:51 ID:???
荒らしまがいの糞レスが散らばってますが、
負荷軽減ってそもそも誰かのために不利になることってあります?
その筋の荒らしではないかと小一時間。


66 :nobodyさん:02/10/16 11:53 ID:???

ソース書き直す必要がでてきたらめんどいってことかな。

67 :nobodyさん:02/10/16 12:06 ID:8AIPTE76
>>62
あのお。なんのために「制御構造」とがあって、「くりかえし」ができるようになっているのか考えてことがありますか?

68 :nobodyさん:02/10/16 12:08 ID:8AIPTE76
>>57
サンクス。gzやってみます。


69 :Tech ◆kKlzwv9K3g :02/10/16 12:10 ID:???
>>65
共有サーバ使ってる時負荷大きいと同じサーバ上の他会員が迷惑すると思うが

70 :21:02/10/16 12:11 ID:???
>>67
つーか意味わかんないんだけど
こちら小学生なんでもっとわかりやすく頼みます

71 :nobodyさん:02/10/16 12:14 ID:???

実際に自前で鯖立ててやってみ。
そこまでできるようになったら知識もついて
もうちょっとましな方法が思いつくだろ。

72 :nobodyさん:02/10/16 12:23 ID:CHU8gz5p
>>70
幼女ならJAPU氏が優しく教えてくれるかもしれませんよ(藁

73 :21:02/10/16 12:59 ID:???
>>70
俺はオトコだ

名前は橋本秀明
年は11
鹿児島県在住じゃけぇ

74 :nobodyさん:02/10/16 13:01 ID:???
>>73
自作自演?

75 :nobodyさん:02/10/16 13:02 ID:???
鹿児島の人間じゃないことだけは確かなようだ。

76 :21:02/10/16 13:04 ID:???
>>74
誰とだ

>>75
何で分かるんだよ?

77 :ジークハルト ◆VUxx/EwNXI :02/10/16 13:06 ID:???
>>76
「負荷軽減対策」っつってんでしょ
レンタル掲示板関係はよそ行って下さい

78 :nobodyさん:02/10/16 14:02 ID:YPyufUJw
「Writing Efficient PHP」とか。
http://www-105.ibm.com/developerworks/education.nsf/web-onlinecourse-bytitle/729C6A8BF14CE7F086256BF1006711EA?OpenDocument

79 :nobodyさん:02/10/16 14:22 ID:???


−−−−−−−−−−このスレッドは終了しました−−−−−−−−

80 :nobodyさん:02/10/16 14:23 ID:???
兎に角Yahooに倣え
和塩含めて、負荷軽減はかなり追求してるから

81 :nobodyさん:02/10/16 15:40 ID:???
小学生で引き篭もりでつか。

82 :nobodyさん:02/10/16 15:52 ID:???
apache軽量化するのが一番効果ある。
mod_perlより、普通のcgiのほうがトータルのスケーラビリティは
上という場合もある。
いらないモジュールは全て削る。
モジュールはスタティックにコンパイルする。
あと、httpd.confの書き方も重要。
perlで言えば、超軽量のhttpd+speedyCGI
これが最もサーバーに負荷をかけない。

83 :ジークハルト ◆VUxx/EwNXI :02/10/16 16:00 ID:???
>>82 を負荷軽減対策委員長に命ずる

84 :nobodyさん:02/10/16 16:49 ID:???
SpeedyCGIはお手軽だねぇ

85 :nobodyさん:02/10/16 18:00 ID:8AIPTE76
phpでメソッド呼び出したときの内部変数って、メソッドが実行し終わったら
unset()されるのでしょうか。

たとえば、メソッド内でファイルを読み込んだ入りして、
場合によっては$hogeのサイズが100k超えたりするわけです。

それから、HTMLに書き出す内容をすべて変数に入れちゃって、あとでまとめて
echoする方法をとっていたりすると、結構その変数のサイズ大きくなりますよね。

ご教授お願いします。


86 :nobodyさん:02/10/16 19:21 ID:???
大量のレコードを処理するときは、一行づつ読み込こめば、軽くなるよ
んで、出力するのだけ、メモリに入れればオッケーと思います

87 :デフォルトの名無しさん:02/10/16 21:33 ID:???
小学生またまた乱入。
要するに、いろいろな要因の絡み合いだから、場合によってってところだね。
0)使用言語の選択
1)プログラム(スクリプト)の設計
1-1) メモリ領域
1-2) CPU時間
3)アクセス数
4)サーバのキャパシティ
5)他には?
これをうまく図で表せればいいですね。僕はまだ習ってません。




88 :デフォルトの名無しさん:02/10/16 21:35 ID:???
>>86
だから、軽くなっても長くかかるのはどうかなぁと。
アクセス数が少ないサイトなら重くても速いのがいいんじゃぁと。


89 :nobodyさん:02/10/16 22:25 ID:???
まあアクセス増えた後自分の首絞めたいならどうでも良いよ。


90 :nobodyさん:02/10/16 22:33 ID:vfA8qHJl
このタイトル、ひかれますね。
私は今、チャットの負荷軽減を頑張っています。
使用しているのはKENT-WEBのYY-CHAT。
現在は分割処理で
ログ表示CGI
フォーム部分CGI
書き込みCGI
退室CGI
入室前CGI
に分割させ、いらない機能はすべて取り外しました。
さらにこれから
(1)そのスクリプトをC言語化
(2)新規発言のみを読み込むJavaプログラムを追加
させようと考えています。

91 :nobodyさん:02/10/16 22:43 ID:QZ0dtDWe
PHPですが、
$hoge = "<img src=\"$foobar\">\n";
と書くのと、
$hoge = "<img src=\"". $foobar ."\">\n";
と書く方法がありますが、
どちらがよいのでしょうか。

私は、エディタのハイライト機能で変数の色を変えていため、後者を使っています。
でもいっぱい変数を使う文字列だと、前者のほうが便利だね。

92 :nobodyさん:02/10/16 23:12 ID:???
このスレの中で>>1は一度も役に立っていない

93 :nobodyさん:02/10/16 23:21 ID:YIcW4FL9
>>91
単純に、後者の方が動作が速いとどこかで聞いた記憶があるので、
いつも後者にするようにしてます。

94 :nobodyさん:02/10/16 23:29 ID:???
>>91
$hoge = "<img src='$foobar'>\n";
という方法もある(たいしたこと無いが

95 :nobodyさん:02/10/16 23:44 ID:wbW/xBZm
書きやすいとか、なれている方でいいんでないの。
どっちが速いかなんて、体感じゃわからないでしょ。

ちなみに俺は
$hoge = '<img src="'.$foobar.'">';
こんな感じで書いてる。改行はつけないよ。
改行をつける場合は
$hoge = '<img src="'.$foobar.'">'."\n";
こんな感じ。他と分離させる。一目でわかりやすいから。

96 :nobodyさん:02/10/17 00:08 ID:vMdIvLO8
>>88
1ぎょうづず読み込んでも大して長くはならないけど?
メモリがパッツンパッツンサバでも、メモリ空間を節約出来るから、結果的に早くなるんです


97 :nobodyさん:02/10/17 00:15 ID:???
>>92
あはは

98 :nobodyさん:02/10/17 00:21 ID:UE/uqZMn
>>96
漏れは掲示板のログファイルなんかは
1行づつ読み込んで、いるモノだけ配列に渡す。

インデックスのための小さなファイルなどは file()で一気に読み込む。

適宜使い分けている。

でも、上にもあるように、100KB位なら、一気に file() で読み込んでしまっても
いいのではないかと思ってしまう。

あとPHPで

while (!feof($fp)) {
  $buffer = fgets($fp, 2048);
}
とかやってるんだけど、
fgetsせずに行をスキップするにはどうしたらいい?

99 :nobodyさん:02/10/17 01:31 ID:vMdIvLO8
>>98
100KBで一気にですか、、、すごいですね。。。
負荷軽減対策委員会という意味ではなしかと。。。

>while (!feof($fp)) {
>  $buffer = fgets($fp, 2048);
>}
>とかやってるんだけど、
>fgetsせずに行をスキップするにはどうしたらいい?

fgetcsvか、fseekしてfread。


100 :nobodyさん:02/10/17 07:49 ID:???
たまに、初期設定で設定される変数の内容だけで、数十KBにもなるものがあるが、その方が問題だったりして。

101 :ジークハルト ◆VUxx/EwNXI :02/10/17 09:04 ID:???
>>92
あいたたた・・・

じゃせめてこのスレの内容まとめて
負荷軽減対策委員会の公式サイトでも起ちあげますか・・

102 :nobodyさん:02/10/17 12:39 ID:CzH1ES8f
gzip処理をすると転送料は減りますが
サーバへの負荷はどうなると思いますか?
gzip処理をすることでサーバへ負荷がかかるとしたら
何kbを越えるくらいをめどにgzip処理を施すのが妥当でしょうかね?
例えば2kb程度を転送するくらいならgzip処理は必要ないでしょうか?
ご享受願います。

103 :nobodyさん:02/10/17 13:57 ID:???
>>102
FEPか表示フォントの設定大丈夫ですか?
圧縮ファイルだって未圧縮ファイルだって転送時には
同じバイト列でしょ。


104 :nobodyさん:02/10/17 14:09 ID:CzH1ES8f
>>103
すいません、意味が分かりません。
サーバの負荷を考えるとgzip圧縮処理は必要なのでしょうか?

105 :nobodyさん:02/10/17 14:11 ID:???
>>103
2ちゃんねるのログ(300K)

サーバで圧縮(100K)

HTTPで転送(転送量1/3でウマー)

ブラウザーで解凍、表示

106 :nobodyさん:02/10/17 14:13 ID:???
>>104
ケースバイケース


107 :nobodyさん:02/10/17 14:23 ID:frKHjIQw
>>104
>>>103
>すいません、意味が分かりません。
禿同。
サーバ負荷軽減だけでなく、帯域の負荷を減らすことで
単位時間内のリクエスト数を伸ばすことが出来るのでgzipが
有効な場合もある。


108 :nobodyさん:02/10/17 14:32 ID:???
>>104
転送「量」でしょ、ご「教授」でしょ。
日本語大丈夫ですか?って書こうかと思ったがよ。
漏れは、そんなに更新が激しいデータじゃなきゃ、
1回のgzipで何人分かができて、転送のためにファ
イルアクセスされる時間が減るから、gzipした方が
いいと思って言ったんだけどね。解凍するのは、
ユーザだから知ったこっちゃないし(藁


109 :nobodyさん:02/10/17 14:44 ID:C3AsJ9gC
htmlの場合、gzに対応していないブラウザのために、
(ある程度のシェアがあると言われているMacのIEでも対応していないのがある)
無圧縮のやつも作らなくてはいけないのが不便

これとは別に、PHPで、出力をダイナミックに圧縮、非圧縮とかえるには
どうしたらいい?

110 :nobodyさん:02/10/17 14:54 ID:???
>>109
 output_handler = ob_gzhandler
 
昔のバージョンだと駄目だが、4.2.xなら
Accept-Encoding: gzipの有無に依って
圧縮、非圧縮をダイナミックにおこなってる。
マニュアルみれ。

111 :nobodyさん:02/10/17 14:55 ID:lo6hZWi4
>>108
gzip圧縮処理ってリアルタイムじゃないの?
(調べもせずにものを言ってみました)

112 :nobodyさん:02/10/17 14:59 ID:???
>>111
リアルタイムはpopenとか使って出力をgzipにパイプしたときでしょ?
>>108が言っているのはgzip圧縮されたファイルのことじゃない?

113 :112:02/10/17 15:01 ID:???
サイト丸ごとアップするときはtar+gzipでアーカイブにしてからアップしています。
アップ後はtelnetから解凍。

114 :nobodyさん:02/10/17 15:11 ID:???
>>109
無圧縮のものも作った場合、どうやって振り分けているの?
「文字化けするようなら〜から入ってくれ。」と入り口に書いておくの?

115 :nobodyさん:02/10/17 15:20 ID:???
>>114
ApacheのMultiView

116 :nobodyさん:02/10/17 15:25 ID:???
>>110
サンクス
とりあえずスクリプトの先頭に
ob_start("ob_gzhandler");
を入れてみました。


117 :109:02/10/17 15:27 ID:???
すんません
ブラウザ(モジラ)で確認してみたら、
Content-Type が text/htmlのままなんですけど。
gz転送されているのかな?

118 :nobodyさん:02/10/17 17:06 ID:???
さあ?

119 :102:02/10/17 17:22 ID:PB+UxjCo
>>108
ご指導、ありがとうございました。
享受の方は素で間違えていました。

gzip圧縮処理の流れは>>105さんの
分かりやすい説明どおりに把握しているのですが
まだ詳しい内容は無知なので理解できませんでした。
調べてみようと思います。
チャットのように更新の頻度が多いものについては
gzip圧縮はしない方がいいということですね。

120 :102:02/10/17 17:26 ID:PB+UxjCo
連続の投稿ですいません。負荷軽減対策において、
NPHスクリプト化はやらないよりやった方がいいと思います。
あと、チャットにおいて私は負荷を抑えられると思い、
jcode.plをrequireしていません。(文章おかしくてすいません)
これは不具合が出るものなのですかね?

121 :nobodyさん:02/10/17 17:28 ID:???
mod_gzip とか mod_deflate 使ってる?

122 :102:02/10/17 17:29 ID:PB+UxjCo
>>121
mod_perlとか耳にしますがよく分からないのです。
共用サーバでも使用可能なのでしょうか?

123 :102:02/10/17 17:30 ID:???
バイトの時間が来てしまいました。レジをうってきます。
ここはブックマークしておくのでまた、参考にさせてもらいます。


124 :nobodyさん:02/10/17 20:52 ID:???
mod_deflate って 2.0 からなのか〜(残念

125 :K:02/10/17 20:55 ID:???
>>111
俺は転送量下げるために自作したよ。
更新の少ないものはキャッシュすれば良い。
でも、mod_gzipで良いんだよな……。
つーか、ob_gzhandler知らなかったYO(自爆

126 :nobodyさん:02/10/17 21:22 ID:???
>>116と同じで、俺もスクリプトの先頭でgzip圧縮転送をしている
ob_start("ob_gzhandler");
これは、html出力をバッファしてgzip圧縮して送信するものだから、
鯖側は圧縮の分負荷が高く、ブラウザ側も徐々に表示されず一気に表示する(少し待たされる印象)
その代わり、転送量が減る・回線が細くても多少マシという利点がある。
ケースバイケースだが、負荷を減らそうというスレの趣旨には合わないんじゃないか?
#つか、1行追加するかしないかだけの話だがね。

127 :nobodyさん:02/10/17 22:14 ID:???
俺は試しにチャットのログ表示部をgzipしたけど、
表示は体感できるほど速くなったよ
リロードしても、ちらつきが無いと言うか、
圧縮無しだと、まばたきする感じなんだが、それが無くなった。
鯖負荷は、MRTGやTOPコマンドじゃ解らなかった。(多分ほとんど負荷無し)

チャットは計6部屋で共有鯖なら追い出される位の参加人数。
いちお、Perlでgzip対応ブラウザかどうか調べて、対応してたら圧縮してる。

でも、どっかのサイトに、「鯖に余裕があるならgzipをするべし」
みたいな事書いてたから、圧縮に多少負荷がかかるんだろーね


128 :109:02/10/17 22:14 ID:???
>>126
マニュアルのコメントによると
For just a small bit of processor time, you can DRASTICALLY reduce the bandwidth requirement of your scripts. There are very few circumstances in which this should not be used.
っていわれてるけど

129 :109:02/10/17 22:15 ID:???
それに、ブラウザでの表示の方法は、ブラウザのbehaviourじゃない?

130 :109:02/10/17 22:18 ID:???
>>126
「負荷」はプロセッサの「負荷」も回線の負荷も両方考えるべきでは?
WebProgでは特に

131 :nobodyさん:02/10/17 22:21 ID:???
ナローバンドのみ圧縮とかできる?

132 :126:02/10/17 22:54 ID:???
>>130
そうだね。あとはメモリを無駄に使わないという所かな。

>>131
出来ない。家を出発前に渋滞を予想できないのと同じ(か?)

133 :109:02/10/17 23:09 ID:???
>>131
鯖がナローバンドだったらわかるかな
クライアントならわからん

134 :nobodyさん:02/10/17 23:24 ID:???
ホストで調べるとか…
ブロードバンド特有のホスト名が付いてるトコってあるじゃん?
調べまくって自分でデータベースを作る。
すっごい時間と労力がいるけどね…


135 :109:02/10/17 23:48 ID:???
思いついた。

最初にアクセスしたときに、リモホをとってPINGしたりして
疥癬の早さを調べる。それでgzするかしないかを決めて、
その結果をクッキーで食わせる。



136 :126:02/10/17 23:58 ID:???
UIがあるなら、圧縮転送する/しないを選択させれば良いじゃん。
CGI側で判断するものではないだろう?

137 :102:02/10/18 01:03 ID:???
http://www.abi-station.com/
ここのAbicorporationという掲示板と居酒屋チャットというチャット、
ソース見ただけで頭が痛くなるのは俺だけだろうか。

138 :nobodyさん:02/10/18 01:13 ID:???
>>137
それはABI言語で書かれていますw

ってかスレ違い?
負荷が凄そうって言いたいの?

139 :102:02/10/18 01:23 ID:???
>>138
負荷がすごそうっていいたいのですw
シェアウェアで爆弾売ってるようなものっすね。

ちなみに俺がCGIチャットで一番、負荷をかけないのは
「ぞのちゃっと」だと思うのですがどうでしょう?

140 :nobodyさん:02/10/18 03:17 ID:???
>>139
俺のチャットが一番軽いと思う。
PHPだし、面倒だから配布はしてないけど。
でも、現在のメンバーを表示すると重くなるね。
FlashやJavaAppletの方が良いに決まってるからsage。

141 :ジークハルト ◆VUxx/EwNXI :02/10/18 09:48 ID:???
CGIスクリプト&ログの、ファイル容量を減らすことって
負荷軽減につながりますかね?

142 :ジークハルト ◆VUxx/EwNXI :02/10/18 09:51 ID:???
>>140
FlashってCGI使ってないっけ?

143 :nobodyさん:02/10/18 12:46 ID:GnEXGk2/
>>140
すごく興味があります。
ぞのちゃっとはC言語ですがphpはそれよりも軽いのでしょうか?

144 :nobodyさん:02/10/18 13:57 ID:LQtlqqOK
>141
設計によるけど、単純に負荷軽減つながるはず


145 :144:02/10/18 13:59 ID:LQtlqqOK
てか、、、、、、ほんと設計しだい

146 :nobodyさん:02/10/18 18:55 ID:3gkhdVf3
今、2チャンネル型のスクリプトをPHPで作っているのですが、
やっぱりフロート型って、負荷大きいですよね。
(書き込む人夜読む人の方があっと言う的に多いので、)
htmlファイルを生成したのだが、名前部分のクッキーが読み出せない
仕方なくJSで読んだのだが、文字化け。
PHPで食わせたクッキーはJSで読むとうまくいかないのか?

147 :nobodyさん:02/10/18 19:15 ID:???
>>146
化けない文字コードでクッキーを焼く。
ブラウザのお口に合うクッキーを食わせる。

など…

148 :146:02/10/18 19:52 ID:3gkhdVf3
>>147
サンクス。MBCS関連充実してきたので、UTF-8で試してみます。
しかしまあ、urlencode-decode間でしてくれるうえにグローバル変数に自動的に入る
PHPに比べて、JSはめんどくさいですね。

149 :nobodyさん:02/10/18 21:31 ID:???
JavaScript なのか JScript なのか……

150 :nobodyさん:02/10/19 00:01 ID:???
JavaServletかもしれんぞ。
ま、146は単語もまともに打てないほどの面倒くさがり屋さんと言う事で。

151 :デフォルトの名無しさん:02/10/19 01:35 ID:???
>>150
いいじゃん、「あっと言う的」、2典に登録しようよ。



152 :nobodyさん:02/10/19 02:17 ID:???
(≧∇≦)

153 :126:02/10/19 18:09 ID:???
さがっているねぇ。この板の負荷にならないようにしているって事なのかなぅ(上出来

154 :102:02/10/19 23:31 ID:???
ネタがないですねw

155 :\:02/10/20 10:09 ID:ASG3cWoM
PHPの掲示板でログファイルが500kBあるんですが
消さないと負荷って凄いですか?

156 :nobodyさん:02/10/20 10:37 ID:???
処理に依る。

157 :nobodyさん:02/10/20 10:38 ID:???
>>155
あなたの「凄い」がどの程度なのかわからないけど、
その掲示板のコードにもよるんじゃない?

掲示板のログで500kbだと3000行近くなってるんじゃない?
読み込んだり書き込んだりするのに、3000回ループする様なコードを書いてるんだったら、
考えモンだね…

ファイル丸ごと読み込んでるんだったらメモリも食うし


158 :レンタル掲示板”管理”者:02/10/20 11:59 ID:???
>>21

キミ最高だね。ほんとアホ以外の何物でもない。しねよ。

159 :102:02/10/20 12:08 ID:q/B8ESF1
すごい厨房な質問ですいません。
例えば500kb(300行)のログファイルがあって

open(IN,"ろぐふぁいるぱす");
@lines=<IN>;
close(IN);

というように配列に内容を入れた場合
ファイル丸ごと読み込んでることになるのでしょうか?

160 :nobodyさん:02/10/20 12:14 ID:???
>>159
なる

161 :デフォルトの名無しさん:02/10/20 12:24 ID:/npcfUW0
>>159
Perl初心者コーナーで一行ずつ読み込んで処理するのと
どっちが早いか議論してたさ。readで読み込むのも比較
してたで。2・3日前だっけな。



162 :nobodyさん:02/10/20 13:32 ID:???
一行ずつ処理したとしても、Perlでは本当に以前に使っていた領域が開放されているかどうかはわからんな。
Perlを開発している人たちなら分かるだろうけど。


163 :nobodyさん:02/10/20 13:41 ID:???
>>162
>以前に使っていた領域が開放されているかどうか

以前に使っていた領域って、変数のことだろ? 1行ずつ代入しては処理を
繰り返してるから変数に代入されてる分は領域だろ? 開放もなにもないだろ

164 :nobodyさん:02/10/20 13:43 ID:???
>>163
C言語でも勉強してきて。


165 :164:02/10/20 13:47 ID:???
ちなみに領域というのはメモリー上に確保した領域のこと。


166 :nobodyさん:02/10/20 13:58 ID:???
>>164
>C言語でも勉強してきて。

( ´,_ゝ`) プッ

167 :nobodyさん:02/10/20 14:32 ID:???
>>120
NPHスクリプト化でnph-chat.phpは可能ですか?
NPHはPHPでも使えるのでしょうか?

168 :nobodyさん:02/10/20 15:09 ID:???
>>164
こういうことが言いたいのか?
http://www.mikeneko.ne.jp/~lab/perl/tuning/

169 :nobodyさん:02/10/21 20:11 ID:???
mod_perl + gzip 最強

170 :nobodyさん:02/10/22 00:30 ID:???
ふむふむ。

171 :nobodyさん:02/10/22 03:41 ID:???
俺はZ80とかFortrunとか変な言語でCGI作るのが趣味なんだ

172 :nobodyさん:02/10/22 04:31 ID:???
Fortrunという言語はたしかに変ですなあ。

173 :カミ:02/10/22 13:51 ID:haL4weU7
キタ━━━━(゚∀゚)━━━━ッ!!キタ━━━━(゚∀゚)━━━━ッ!!キタ━━━━(゚∀゚)━━━━ッ!!
さあ、何でも聞いてよ。

174 :カミ:02/10/22 13:54 ID:haL4weU7
カエッタ━━━━(゚∀゚)━━━━ッ!!カエッタ━━━━(゚∀゚)━━━━ッ!!カエッタ━━━━(゚∀゚)━━━━ッ!!
時間がなくなったので帰ります。

175 :102:02/10/22 15:04 ID:nYDyJAf0
>>172
高度な突っ込みですね。

176 :bloom:02/10/22 15:25 ID:LwmOyA/3

http://homepage.mac.com/bloombloom/

177 :126:02/10/22 15:38 ID:???
>>175
じゃあ、Z80は言語じゃない、なんて突っ込みも許されるかひ?

178 :nobodyさん:02/10/22 16:10 ID:???
>>171

Fortrun という言語について、詳しく教えて下さい。

179 :nobodyさん:02/10/22 18:50 ID:???
>>177
Z80は言語じゃない、ガラスです
ttp://www.watch.impress.co.jp/av/docs/20021022/sharp.htm

180 :nobodyさん:02/10/23 13:13 ID:dAD4Tigy
Perlの一般的なスクリプトの場合、
ログを読み出すとき出力を直接printで表示しているけど、
出力を$buffer .= "〜";というように一つの変数にまとめておいて
最後にprint $buffer;とした方が速いのかな。
imode用のスクリプトはContent-lengthヘッダを出すためにそうしてるけど。

変な日本語でスマソ

181 :nobodyさん:02/10/23 15:19 ID:???
最初が表示されてから最後が表示されるまでは速いだろうが、
最初を表示するまでが遅くなるだけじゃねーの?

imode程度なら良いけど、メモリ食うだけじゃない?

182 :nobodyさん:02/10/23 15:53 ID:???
>>180
2chのread.cgiがまとめて表示だったら嫌だ。

183 : ◆hMJAPH9PWA :02/10/23 18:46 ID:???
>>180
出力する量にもよるだろうけど、最後に一気に出力の方が早いって事は無いんじゃないかな。
Content-Lengthが必要ないならあえて選択する方法じゃないね。

184 :102:02/10/23 22:07 ID:???
思ったんですけどKENTさんのYY-BOARDって無駄な処理が多くないでしょうか?
レスのトップソートがある場合、ない場合とかもっとスマートにできそう。

185 :nobodyさん:02/10/23 22:32 ID:???
>>184
ガイシュツすぎる
Kentの使わないで自分でいいやつ組むのがよろし。

186 :102:02/10/23 22:34 ID:???
>>185
そうなんですか。KENTさんもバージョンアップの繰り返しで
無駄な処理を省くのが面倒なんでしょうね。
今、YY-BOARDを元に新しい掲示板を作っています。

187 :nobodyさん:02/10/24 08:03 ID:???
Kentを元にするなって。
最初から作った方が、良いものが作れる。


188 :nobodyさん:02/10/24 10:36 ID:???
ニュースCGI(読み込む時に常に1MBのlog.csvを読み込む)を、
ログの容量減らす以外でこのスクリプトの負荷を軽減する方法を
いくつか教えてください。

又、これってApacheのモジュール版PHPに変えたら負荷はなくなりますか?

189 :nobodyさん:02/10/24 11:44 ID:???
ニュースCGIを使うのを止める。

190 :nobodyさん:02/10/24 11:59 ID:???
>>189の方法が一番負荷が減るけど。
後は、何で全部表示するのにcsvにするの?最初からhtmにしとけばぁ。
ほいで、前から議論に出てるgzipで固めればぁ。
何かのキーで検索するんなら、DBMにすればぁ。
早いし全部ファイルを総なめにする必要ないから負荷激減だね。


191 :nobodyさん:02/10/24 12:03 ID:???
>>187 禿しく尿意!

192 :nobodyさん:02/10/24 12:51 ID:???
>>189
いや、つーか・・ええ!?

>>190
CGIの拡張子をHTMLにしてもだめですかね
ダメですよね・・・

193 :nobodyさん:02/10/24 12:54 ID:???
負荷下げたいならapache2.0+mod_perlでいいんじゃねーの?
要はプロセス作成が重いんだし。
あとは、スクリプトのアルゴリズム次第。

194 :102:02/10/24 14:02 ID:???
>>187
open(IN,"?????")||&error("情報ファイルを開くことが出来ませんでした");
($no,$ip,$time)=split(/<>/,IN);
$no++;
close(IN);

最後にこれくらいの処理だけが面影として残ってる場合は著作権表記は必要ないと思いますか?

195 :nobodyさん:02/10/24 14:24 ID:???
>>194
コードの面影が残っていなくても
設計の面影が残っていたら著作権表示は必要(だと思う)

しかし、現行の著作権法では、「アイデア」には著作権はなく、
具現化されたモノにのみ著作権があるので、大丈夫かな。

しかし、著作権以外の知的所有権はあるね。

まあ、ここは、KENTにどのくらい「リスぺくと」してるかによって
自分で決めればいいんじゃない?

…と勝手なことを逝ってみる

196 :102:02/10/24 14:40 ID:???
>>194
>>193の部分を記述がめんどくさいのでコピっただけなのですがね。
参考になりました。スレからすれてすいません。

197 :太郎:02/10/24 16:43 ID:???
>>195
MAKIMAKIは消していいですか?

198 :nobodyさん:02/10/24 19:17 ID:???
>>196
>スレからすれてすいません。
( ´_ゝ`)

>>197
画像使うんなら消しちゃダメでしょ。

199 :太郎:02/10/24 23:16 ID:???
>>198
画像使わなかったら?

200 :nobodyさん:02/10/25 00:28 ID:???
そんなん知るかボケ。本人に聞け。

201 :nobodyさん:02/10/25 00:53 ID:???
>196
日本語キーボード派?

202 :nobodyさん:02/10/28 11:06 ID:???
2chみたいのじゃなくていわゆる普通の掲示板で
HTML吐き出しタイプの場合、「次のページ」とか
「次の10件」とかの処理どうするの?
『ログ保存数/1ページ表字数』回HTML出力したら
余計負荷かかりそうだし。

203 :nobodyさん:02/10/28 12:51 ID:???
>>202
???
ユーザがデータ追加する度に「次の10件」って変わるのか?

204 :nobodyさん:02/10/28 14:05 ID:???
>>202
トップページだけHTML表示にすればいいと思うよ。
全ページをHTML表示するのにはあまり意味はないと思います。

205 :nobodyさん:02/10/28 22:38 ID:???
次バージョンで修正した方がいいかな〜と思った点について
>>0-

>>1-100
などとした場合、返信数が多いとサーバに負担がかかる(例えば返信数が80件あると80回も表示処理を繰り返すことになる)と思いますので、例えば20件で表示を中止させる、といった処理を加えた方がいいと思います。

-------------------------------------------------

Re: v1.2 レポート ( No.38 )
日時: 2002/10/28 19:22
名前: abc


>>37
改造物を作り配布しょうとガンガって居る者がなんつー・・

スレッドログの容量分を反映させる訳だから、余程パンパンに膨れ上がった文字数で書かれているスレッドじゃない限り、デフォルトの100件maxとしても1スレッド500KB前後を読み込むだけかと。

うーん。勘違いしてますの。


こんなやり取りを見つけたんだけどどう思う?前者は100件を
一気に表示させるのはサーバに負荷がかかるだろうから制限した方がいいといって
後者はそれを否定している。

206 :nobodyさん:02/10/28 22:39 ID:bqKuFdrO
http://www.kent-web.com/bbs/patio/patio.cgi?mode=view&no=544

ちなみにここ
やはりWEB PATIOってサーバに負荷かけるのかな?

207 :nobodyさん:02/10/29 11:25 ID:???
一般的にどれぐらいの負荷でサーバから文句言われるの?
箱庭諸島とか禁止ってる所多いけど

208 :nobodyさん:02/10/29 11:50 ID:QTfCZ5sA
普通の掲示板ごときでサーバに負荷なんてかかるもんなんでつか?

209 :nobodyさん:02/10/29 17:46 ID:???
使ってるスクリプトや使い方による。

210 :nobodyさん:02/10/29 20:15 ID:???
>>206



                 ま た K E N T か





211 :nobodyさん:02/11/01 09:24 ID:???
Pentium4 1.6GHz RAM512MBの専用サーバなら
FF Adventureをいくつぐらいまで設置できますかね?
参加人数が1つの設置につき50人ぐらいとして。

212 :nobodyさん:02/11/01 13:46 ID:???
>>211 3個が限界

213 :211:02/11/01 15:22 ID:???
>>212
どういう計算で3個という数が出たんですか?

FFAdventureのPHP版(Apacheモジュール版)を作ろうと思ってるんですが
それならその2倍くらい置けそうですよね?

214 :nobodyさん:02/11/02 03:38 ID:???
まずは作れyo

215 :age:02/11/02 16:50 ID:???
FFAdventureが負荷かかりやすい理由は?

216 :nobodyさん:02/11/02 18:07 ID:???
>>215
厨のF5地獄

217 :nobodyさん:02/11/02 23:20 ID:rdTV1RKU
>>215
それとIE以外のブラウザで戻るボタン多用。

Pen4 1.6GHzよりもPen3 1GHz×2の方がいいわな。
Pen4よりもPen3かCeleronの方がCGIがサクサク動くよ。


218 :nobodyさん:02/11/03 01:39 ID:???
↑Win厨( ´,_ゝ`) プ

219 :nobodyさん:02/11/04 13:03 ID:UUsMIZp7
厨行為がなくても負荷は掛かりやすい。
・同時プレイ人数が多い(多いところだと10人以上)
・ゲームという性質上、計算など処理量が多い。
チャットも上の性質を満たすが、それ+αなわけだ。

220 :nobodyさん:02/11/04 13:07 ID:UUsMIZp7
でも、デフォルトのFFAの更新頻度は10分になっているから
それならば本来、そんなに負荷は掛からないはずなのだ。
ただ、最近CGIを全然知らない負荷を意識しない奴が
平気に「短い方が良いに決まってるじゃん」という
理由で更新頻度を30秒とかにしちゃってるから問題になってるわけだと思う。

221 :nobodyさん:02/11/04 13:10 ID:O0If3MZb
http://ip.tosp.co.jp/i.asp?i=pistols99

222 :nobodyさん:02/11/04 15:10 ID:Y3fUpfXy
異常にレベルの低い議論が続いてますね。
TOCでも勉強するといい
ボトルネック見極めないで憶測で議論しても意味ナイ

223 : :02/11/04 16:29 ID:???
ping -f pc.2ch.net
.
.
.
.
.
.
今日も快適だ

224 :nobodyさん:02/11/05 14:57 ID:???
掲示板とか運営するならCGIはログ読み込み+書き込み、だけやらせて、
タグ付けはクライアントサイドでやらせる、

負荷軽減

225 :nobodyさん:02/11/05 15:00 ID:???
>>202
全てのデータをXMLで吐かせておいて、
XSL+JavaScriptで表示、これで解決

226 :nobodyさん:02/11/05 20:27 ID:???
>>224
そうするとかちゅーしゃ等を使うのが一番手っ取り早いね。

227 :age:02/11/06 08:44 ID:???
Yahoo!メッセンジャー有料化だそうです
http://www.metalflame.com/mm/lovely_mm.htm

228 :nobodyさん:02/11/06 17:21 ID:???
>>227 ブラチラ

229 :age:02/11/09 08:48 ID:???
ブラチラで終了かよ!

230 :nobodyさん:02/11/09 11:56 ID:E2/H+5gT
>>227はブラチラじゃないよ


231 :nobodyさん:02/11/09 12:07 ID:IRpoTYp2
ブラクラ

232 :nobodyさん:02/11/14 16:08 ID:???
ブラクラって何ですか?
体験させられはしたんで、何の略かを知りたいのでそ。



233 :nobodyさん:02/11/14 17:50 ID:???
ブラでクラクラ

234 :nobodyさん:02/11/14 17:55 ID:???
検索汁

235 :nobodyさん:02/11/14 20:19 ID:???
>>234
そか、検索ね。アリガd。
ttp://www.coara.or.jp/~tkuri/BCC/faq.htmは、よかった。
browser crusher / crasherってなってるけど、crashなんてねーぞ。



236 :235:02/11/14 20:28 ID:???
いっけね。あったよ。crashの方がコンピュータがクラッシュするって
いつも使ってるやつね。crushは、もみつぶす。俺の英語力もとほほや。
逝ってくる


237 :age:02/11/15 09:16 ID:???
データの転送量さえ少なければCGIの負荷ってかからないよね?

238 :238:02/11/15 09:18 ID:8BLO7GsJ
コバルトサーバ → CGI不向き
Pentium III    → CGI可
Pentium IV    → CGI最適

の図式で合ってる?

239 :238:02/11/15 09:20 ID:8BLO7GsJ
コバルトサーバ → CGI不向き
Pentium → CGI最適

と考えてよろしいか?

240 :nobodyさん:02/11/15 10:03 ID:???
>>237 なわけねーだろ

241 :nobodyさん:02/11/15 11:40 ID:???
>>238
Pentium使ってるCobalt serverはどうなるの

242 :nobodyさん:02/11/16 02:53 ID:???
perlでHTMLとか吐くとき
ヒアドキュメント使うのと全部printで表示するのはどっちがいいんですか?

243 :nobodyさん:02/11/16 14:45 ID:???
>>242
表示したい文字列を全て一つの変数に入れて、最後にprintする

244 :nobodyさん:02/11/16 16:47 ID:???
>>243
お手軽だけどメモリバカ食いだねw

245 :nobodyさん:02/11/16 20:52 ID:???
>>244
ところでHTML::Templateって結局>>243だよね。
$tmpl->output(\*STDOUT);
みたいにしてテンプレートに変数流し込むそばから
すぐprintできるとうれしい…。

246 :nobodyさん:02/11/17 12:14 ID:YRaU2xF9
つーか
@RANKING = $RANKING[
sort {$tmp1[$b] <=> $tmp1[$a] or $tmp2[$b] <=> $tmp2[$a]
}
0 .. $#tmp1];
ってなperlの部分をphpになおしたいんだが
だれか教えてくれないでしょうか?


247 :nobodyさん:02/11/17 18:05 ID:???
@tmp1 を主キー
@tmp2 を副キーにしてソートしてるだけのような。


248 :nobodyさん:02/11/18 04:29 ID:???
>>214
FFAのPHP版がもう少しで
できそうです。

249 :age:02/11/18 11:06 ID:???
>>248


250 :nobodyさん:02/11/20 18:27 ID:???
神は禿げていた、、、と

251 :nobodyさん:02/12/22 15:32 ID:/yTei76p
lkh

252 :nobodyさん:02/12/22 15:43 ID:???
>>248
どうかね。できたかい?

253 :nobodyさん:02/12/23 01:32 ID:???
漏れ様の貧弱なマシンではよォ、use DBI;で0.20[s]もオーバーヘッドがかかりやがる。

use Pg;で0.13[s]なんだ。。。

やっぱApacheDBIにしたほうがよさげ?

254 : ◆grDYeooZwg :02/12/23 13:38 ID:IPdi8EVE
最近、ここのYomi-Searchを改造してPath Infoに対応させた。
ロボット型検索エンジンからの直リンクが多いので、デコード処理をしない分
負荷軽減になるとおもうけど、どうおもう?

255 :nobodyさん:02/12/24 16:19 ID:???
>>252
じゃあこのスレにもひっそりと宣伝。現在配布に向けてテスト中。
あまり大々的にしてないので、参加者が少ないです。
もし暇な方とかいたらよろしく。
http://www.s55.net/~paka/

256 :nobodyさん:02/12/31 02:35 ID:TxzAlG2p
>>255
PHPにしたからって普通の鯖屋が
「FFA、箱庭は禁止ですがPHP版であれば設置可能です」なんて
言うと思えんとこがつらいな。

257 :nobodyさん:02/12/31 11:13 ID:???
>>255
例えば自分が設置しているS55netさんだと、
本来ゲームなどの高負荷CGIは+1000円になるのですが、
同じ料金のままにしてもらってます。

具体的に負荷をチェックしてみてくださいって言ってみるといいかもね。
それでも負荷が多かったら禁止されてもしょうがないし。

258 :nobodyさん:02/12/31 11:14 ID:???
ああ、でもFFA禁止って言うのは負荷だけじゃなくて
改造による暴走の危険性も考えてのことかな・・・
そうするとつらいかも。

259 :nobodyさん:03/01/14 15:39 ID:???
>>245
perldoc HTML::Template したら、

> You may optionally supply a filehandle to print to
> automatically as the template is generated. This may
> improve performance and lower memory consumption.
> Example:
>
> $template->output(print_to => *STDOUT);
>
> The return value is undefined when using the "print_to"
> option.

だって。エラー処理のことを考えたら、>>243 のやり方がいいとは思うけど。

http://member.nifty.ne.jp/hippo2000/perltips/html/template.htm はちょ
と古いね。

260 :山崎渉:03/01/15 13:39 ID:???
(^^)

261 :nobodyさん :03/01/17 23:14 ID:???
あの、漏れもFFAを軽量化しようと改良してるところ。
メインの画面のhtmlとかをJavaScriptで生成して2回目からは
クライアント側でキャッシュできるかな?と
思ってますがかなり軽量できますかね?

262 :nobodyさん:03/01/25 16:11 ID:gv57Iyhs
>>261
師匠、いくらプログラムをいじったってパソコンは軽くならないですよ。

263 :nobodyさん:03/02/10 00:29 ID:???
>>262
質量保存の法則ですか?

264 :nobodyさん:03/02/10 11:12 ID:???
電源から電気をもらっているわけで
HDの容量が変わると電荷の分増えたりしないのか?


265 :nobodyさん:03/02/16 11:56 ID:???
>>264
んなこたーない。

266 :nobodyさん:03/03/01 17:02 ID:???
2ショットサイト作成中なんですが、チャットってログはテキストより
SQLにした方が負荷は低いですか?
チャット自体はモジュールのPHPで動かす予定なんですが。


267 :nobodyさん:03/03/01 17:06 ID:???
>>266
ログは多くても100件保存できればOKでしょ?
だったらテキストの方が良いに決まってる。

268 :nobodyさん:03/03/01 21:11 ID:+zEIIVTI
>>266
チャットは
mod_perlで常駐させて
配列にログ入れて
ファイルアクセスをなくすと
めっちゃ早かったでつ。

んで、保存ログは20行以下に切り詰めて
ブラウザ側でJavaScript使ってログを保存・表示させていく方式が
よろしかろう・…というか、よろしかったでつ。



269 :266:03/03/02 10:48 ID:???
>>276
チャット一つあたりのログは精々10〜20件ぐらいですね。
他に管理者用のコソーリ覗き見スクリプト(ログ全件保存)ってのも
作ってあったりしますが^^;

>>268
mod_perlは普通に動くスクリプトをそのまま動かせるんだったら
試してみようとも思うんだが。お手軽さならPHPに流れちゃうね。
そういえば自分、JavaScriptは全然わけわかめだった^^;

270 :ハッカ飴:03/03/02 23:25 ID:???
>>244
1ページ分を1つの変数に入れたとしてもせいぜい50KB。
たいしてメモリを食わないと思うんだがどうだろう?

271 :nobodyさん:03/03/03 15:53 ID:???
辞典みたなものをCGIで作ろうと思ってるんだけど、データをHTMLで保存するか
ログファイルに保存して毎回CGIで表示するか迷ってる。
CGIサーバが5MBしか容量ないので保存データ量を節約したいけど負荷が気になる。
1日500件もアクセス無いはずだから別にいいかな?

272 :nobodyさん:03/03/10 14:42 ID:e5Gc6Qds
>>271
辞典の更新頻度、検索の手段によるのでは

273 :山崎渉:03/03/13 17:03 ID:???
(^^)

274 :nobodyさん:03/04/02 16:48 ID:MBb6MhRw
質問です。

Windows2000
Apache 1.3.26 win32
ActivePerl 5.6.1

でCGIのテストをしているのですが、
CGIの負荷を数値等で表示してくれるツールってないですか?

今は、タスクマネージャーで見ているのですが、
もっと詳細に負荷の具合を調べたいのですが、

ご存じの方、よろしくお願いします。

275 :nobodyさん:03/04/03 00:43 ID:u5AEaj7N
>>274
DProf を試してみたら?

276 :山崎渉:03/04/17 12:10 ID:???
(^^)

277 :山崎渉:03/04/20 06:23 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

278 :nobodyさん:03/04/23 00:06 ID:eNBdthfp
あのー、
Perlで、myやlocalをほとんど使っていないってのは、
どのくらいの負荷要因でしょうか?ベスト1?

279 :bloom:03/04/23 00:23 ID:wyYrHR5Q
http://homepage.mac.com/ayaya16/

280 :nobodyさん:03/04/23 00:32 ID:???
>>278
それで変数のコピーを抑えれば効率的と言えるかも。

281 :nobodyさん:03/04/23 12:57 ID:???
>>278
perlの実行ファイルで既に1M近くあるし、モジュールとか読んだら、
もっと増える。
気にするやつは馬鹿。自己満足。知症。
たとえれば、ボルトを全部チタンにして100gの軽量化に成功!とか言ってる
車オタと同類。

282 :nobodyさん:03/04/24 01:07 ID:Dv9rntoL
このスレ的な話題をあつかった本って、あります?

283 :nobodyさん:03/04/24 01:31 ID:Dv9rntoL
プログラムとデザインをわけようとして、
テンプレート読み込み型のデザインをしていたんだけど、
そのせいなのかなー、急に重くなった気がする

284 :nobodyさん:03/04/24 12:43 ID:UND9RBAr
>>283
データ更新の機会がそれほど発生しないものならば、動的にHTMLを生成する
のではなく、データ更新時、静的HTMLを随時生成するのに切り替えるのも一つの
手かと。

285 :動画直リン:03/04/24 14:29 ID:vV02vP1k
http://homepage.mac.com/hitomi18/

286 :nobodyさん:03/04/25 02:20 ID:pH4t9T4R
http://www.sound-uz.jp/php/bbs/index.php

287 :わっしょい:03/04/27 17:57 ID:???
http://www.atmarkit.co.jp/flinux/special/php5/php5a.html
速くなるのでしょうか・・・?

288 :nobodyさん:03/04/27 23:41 ID:???
>287 phpに速さを求めちゃイカン。

289 :nobodyさん:03/04/28 01:16 ID:???
>>288
そう,PHPは実行速度より開発速度

290 :nobodyさん:03/04/28 23:00 ID:???
Perlもそうだよ〜

291 :nobodyさん:03/04/30 00:11 ID:7aND3iYJ
Perlで3MくらいのCSVを読み書きするのって、
かなりの負荷?

あと、ここのみなさんは、どうして負荷について知識があるんでしょうか?
経験上?

292 :nobodyさん:03/04/30 00:21 ID:???
>>291
一回しかやらないのなら
大した負荷にならないが
BBSのログとかだったら負担になるかもね

293 :nobodyさん:03/05/02 05:14 ID:Faf7JYi+
オブジェクト指向のプログラムは負荷軽減になるの?


294 :nobodyさん:03/05/02 06:55 ID:???
ならない

295 :nobodyさん:03/05/02 10:25 ID:???
>>291
DBM使え。簡単だぜ。
郵便番号ファイル(郵政省--いま何たっけ--の)で速度5倍だぜ。
http://www.ichikoro.com/webp/bk/00060.htmlのベンチマーク。
あれ、2Mくらいじゃなかったっけ?


296 :nobodyさん:03/05/02 11:29 ID:???
>>288
そうそう。よほど非常識なことをしなければ、スクリプト言語で効率を考えるのはナンセンス。


297 :nobodyさん:03/05/02 15:38 ID:???
>>296
>>295にあるように効率はいつも考えるべき。


298 :nobodyさん:03/05/04 07:37 ID:???
>>297
そうだね。コードの一つ一つで効率を考えることによって、
全体としてそうとうの負荷軽減になる。例えば、
http://www.mikeneko.ne.jp/~lab/perl/numerical_transform/#h4
ベンチマークで検索してみれ。


299 :nobodyさん:03/05/05 23:05 ID:I0Mrp3iS
>>292
そうかー、ちょっと反省。

ところでどなたか、↓の質問答えてほしいです。。。

>あと、ここのみなさんは、どうして負荷について知識があるんでしょうか?
>経験上?

あと、負荷軽減について詳しい本(の一部とか雑誌でも)ないでしょうか?

300 :nobodyさん:03/05/06 00:03 ID:???
>>299
ラクダ本買っとけ。


301 :nobodyさん:03/05/07 15:10 ID:???
負荷がどうとかと言う人ほど、use strictしたままリリースしそう。


302 :nobodyさん:03/05/09 00:10 ID:???
use strict すると負荷がかかるんですか?

303 :nobodyさん:03/05/09 15:22 ID:???
>>302
検査する時間が増えるだろ、アクセスごとに検査させるのか。


304 :nobodyさん:03/05/11 11:49 ID:???
Cでいえばassert有効にしたままリリースってのに似ているな。
わざとそうしている人もいるみたいだけど・・・

305 :nobodyさん:03/05/15 03:27 ID:zbSE5/sG
負荷を測るのってどうすればいいの。
自分のPCで動かしてもよーわからん。


306 :_:03/05/15 03:36 ID:???
〜oノハヽo〜                
  ( ^▽^) < こんなのございまーす♪ 
http://www.hiroyuki.zansu.com/hankaku/jaz07.html
http://hiroyuki.zansu.com/hankaku/jaz10.html
http://www.hiroyuki.zansu.com/hankaku/jaz08.html
http://hiroyuki.zansu.com/hankaku/jaz09.html
http://www.hiroyuki.zansu.com/hankaku/jaz06.html
http://hiroyuki.zansu.com/hankaku/jaz05.html
http://www.hiroyuki.zansu.com/hankaku/jaz01.html
http://hiroyuki.zansu.com/hankaku/jaz02.html
http://www.hiroyuki.zansu.com/hankaku/jaz03.html
http://hiroyuki.zansu.com/hankaku/jaz04.html

307 :nobodyさん:03/05/19 07:37 ID:9ehzYSkO
メモリについて質問させて下さい。
例えば
$x="abc";
の後、
$x="";
という記述なしに
$x="def";
とした場合、メモリは、
abcの○○○分と、defの○○○分の
○○○○○○分が確保されてしまいますか?

$x="abc";
$x="";
$x="def";
にすれば
メモリ確保は○○○だけになると思うのですが。

308 :nobodyさん:03/05/19 07:48 ID:???
>>307
たぶん・・・
変数へ上書きしたら、ちゃんと初期化(開放)してから、
代入してくれると思ふ。


309 :nobodyさん:03/05/19 08:57 ID:9ehzYSkO
>>308
そうですか。
では$x="";は無駄ですね。
ありがとうございます。

310 :nobodyさん:03/05/19 09:06 ID:???
Perlは最初に確保したメモリ空間を開放しません。
たとえ、ゼロに初期化しても。undefなら別。
http://www.mikeneko.ne.jp/~lab/perl/tuning/


311 :動画直リン:03/05/19 09:08 ID:IEVyzYan
http://homepage.mac.com/hitomi18/

312 :nobodyさん:03/05/19 09:14 ID:Y0X9hE5K
おすすめサイト一覧です☆
http://accessplus.jp/staff/in.cgi?id=10645
http://www.39001.com/cgi-bin/cpc/gateway.cgi?id=neat
http://www.emzshop.com/goodstyle/


313 :_:03/05/19 10:08 ID:???
  ∧_∧    http://togoshi.ginza.st/hiroyuki/
 ( ・∀・)/< こんなモノ見つけたっち♪
http://togoshi.ginza.st/hiroyuki/2ch01.html
http://www.togoshi.ginza.st/hiroyuki/2ch09.html
http://togoshi.ginza.st/hiroyuki/2ch05.html
http://www.togoshi.ginza.st/hiroyuki/2chz08.html
http://togoshi.ginza.st/hiroyuki/2ch06.html
http://www.togoshi.ginza.st/hiroyuki/2ch10.html
http://togoshi.ginza.st/hiroyuki/2ch04.html
http://www.togoshi.ginza.st/hiroyuki/2ch03.html
http://togoshi.ginza.st/hiroyuki/2ch02.html
http://www.togoshi.ginza.st/hiroyuki/2ch07.html

314 :nobodyさん:03/05/19 15:55 ID:wUacqRGd
>>310
何が言いたいのかわからん。

315 :nobodyさん:03/05/19 16:11 ID:wUacqRGd
>>310
すんまそん。
メモリ確保を解放するかしないかは分かります。
メモリ確保は○○○分で済むのか、○○○○○○分確保してしまうのかを聞きたいのです。

316 :かおりん祭り:03/05/19 16:11 ID:???
〜oノハヽo〜  http://togoshi.ginza.st/kaorin/
  ( ^▽^) < こンなのかございまーす♪ 
http://togoshi.ginza.st/kaorin/kaorin05.html
http://www.togoshi.ginza.st/kaorin/kaorin02.html
http://togoshi.ginza.st/kaorin/kaorin06.html
http://www.togoshi.ginza.st/kaorin/kaorin08.html
http://togoshi.ginza.st/kaorin/kaorin01.html
http://www.togoshi.ginza.st/kaorin/kaorin10.html
http://togoshi.ginza.st/kaorin/kaorin04.html
http://www.togoshi.ginza.st/kaorin/kaorin03.html
http://togoshi.ginza.st/kaorin/kaorin09.html
http://www.togoshi.ginza.st/kaorin/kaorin07.html

317 :動画直リン:03/05/19 17:08 ID:IEVyzYan
http://homepage.mac.com/hitomi18/

318 :nobodyさん:03/05/19 17:41 ID:???
詳しく知りたかったら、Perlのソースを読むしかないと思うけど。

319 :nobodyさん:03/05/20 01:00 ID:???
>>315
>>310 の記述を見ると、3バイト分しか確保しないように思えたけども。

320 :nobodyさん:03/05/21 00:27 ID:???
apacheのログ2,3日分。約4M。PHP。極貧マシン。
while & fgets & copy -> 処理50秒前後 メモリ使用4M前後 CPU100%
file & foreach(or list&each) & copy -> 処理60秒前後 メモリ使用15M前後 CPU100%
fread & copy -> 処理0.5秒前後 メモリ使用4M前後 CMP100%

321 :nobodyさん:03/05/21 15:21 ID:???
>>320
PDA以下だね・・・。

322 :山崎渉:03/05/22 02:00 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

323 :nobodyさん:03/05/22 15:08 ID:???
ったく、山崎のおかげでスレ順めちゃくちゃだ。


324 :nobodyさん:03/05/26 07:37 ID:Hdu0vyT1
ファイルをコピーする時って

open(IN,"Src.txt"); #コピー元ファイル Src.txt をオープン
while(<IN>){    # 一行毎の読み込みループで変数$Bufに読み込む
 $Buf .= $_;}
close(IN);     #ハンドル IN が不要になったので閉じる

◇デソースに書き出す
open(OUT,"> Dst.txt"); #コピー先ファイル Dst.txt をオープン
print OUT,$Buf;     #ソースの内容($Buf)を書き出す
close(OUT);       

のように一行ずつ読み込んでく場合と
@line=<IN>;
みたいにいっきに配列に入れてしまうのはどちらが処理としてはいいのでしょうか?

325 :nobodyさん:03/05/26 08:20 ID:???
>>324
open IN, '<' . $src or die;
open OUT, '>' . $dst or die;
my $buffer_size = 1024; # 適宜調整
my $buffer;
print OUT $buffer while read IN, $buffer, $buffer_size;
close OUT;
close IN;

326 :nobodyさん:03/05/26 08:36 ID:Hdu0vyT1
>>325さん
それが最適なのですか。
勉強になります…。
サイズ1024は何を意味しているのだろう…

327 :動画直リン:03/05/26 09:08 ID:gUjk1KcM
http://homepage.mac.com/hitomi18/

328 :nobodyさん:03/05/26 11:18 ID:???
>>326
1024 byte は 1 kbyte だろ?
コンピュータの基礎じゃねえか。

ま、俺だったらFile::Copyモジュールを使うかも。
バグがあるかも知れないソース書くより楽だし。

329 :326:03/05/26 14:05 ID:mARvDo9Y
my $buffer_size = 1024; # 適宜調整
すいません。
これを記述することで何が得なのかを知りたいのでした。

330 :nobodyさん:03/05/26 14:38 ID:kKbCXT+N
>>329
実行エンジンにもよるんだけども、メモリを確保する場合、8byte単位とかそういうのが多いから
(アライメント)。
Perlだとどうだか?って気もするけども。

331 :nobodyさん:03/05/26 14:57 ID:???
8・・・

332 :nobodyさん:03/05/26 18:41 ID:???
>>329
微妙に意味がわからんな……
推測をして回答してみる。
1.$buffer_sizeを設定することで、何バイトずつコピーするのかの設定が可能になる。
この数値を小さくすると、コピー回数が増えるが、メモリーへの負担は減る。
この数値を逆にすると、その逆。
サーバーの具合を見て適宜調整することができる。
2.わざわざ変数を一つ設定することの意味は、変数の名前をわかりやすくすることで、
その変数が何に使われているのかをわかりやすくする。
「昨日の自分は他人」の言葉どおり、後から見た時になんでその数値にしたのか等が判断しやすくなる。

何が聞きたいんだろう……

333 :nobodyさん:03/05/26 21:27 ID:???
3. 設定(定数)と実働部分はできるだけ分離する。
>>324のコード片がスクリプトのどこに埋もれていても、
変数 $buffer_size としてスクリプトの頭の方で定義しておけば
簡単にバッファサイズを変更できる。定数で埋め込んでしまうと
変更したい時にいちいち探し回る事になる。

334 :nobodyさん:03/05/26 21:28 ID:???
s/324/325/

335 :nobodyさん:03/05/26 21:32 ID:kKbCXT+N
Perlは最適化とかしないのかな?
@buf = <IN>
のほうが早かったりして。

336 :nobodyさん:03/05/26 21:50 ID:67MeoiMR
open(IN, $src);
open(OUT, '>'.$dst);
print OUT while(<IN>);
close(IN);
close(OUT);

こう書くかも。
readで読み出すバイト数は多い方が速いと思う。当然だけど。
ただ多過ぎるとそれはそれでメモリくったり。

337 :nobodyさん:03/05/26 22:07 ID:???
>>335-336
ベンチ取れば分かる事だが、@buf = <IN> はメモリを一気に
確保する = System CPU time を食う。行入力演算子による
取得は「行末」を探す = 可変長入力なので潜在的に read
より遅い処理。もちろん扱うデータのフォーマット & 量次第
だけどね。

どうしても行入力演算子でやりたければ
$/ = \1024;
while (<IN>) { ... }
で 1024 byte 単位で読めるけど、素直に read 使った方が
速かったかと。

338 :336:03/05/27 01:07 ID:???
たしかにそうですね。
改行コードを探しながら進むので遅いと。


339 :山崎渉:03/05/28 17:05 ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

340 :nobodyさん:03/05/28 18:05 ID:???
age



341 :nobodyさん:03/05/28 23:45 ID:01rk8ElD
ファイルの書き込みを追記にしたばあいの負荷ってどうなるんですか。
たとえば書き込むものは同じとして、
追記先のファイルが1行のときと1000行のときでは
CPUメモリ負荷はどうなるんでしょう。
追加するだけだから大して変わらないかなと思ったんですけど。

342 :_:03/05/28 23:45 ID:???
http://homepage.mac.com/hiroyuki43/hankaku10.html

343 ::03/05/29 00:29 ID:KW4sDDhu
$kazu=(((($my_tech-int(rand($my_tech/4)))*$job_dmg[$job])*$tarou)/$mstamina)*$stamina;
このように一気に計算させるのと、
いくつもに分けて計算させていくのでは
負荷は変わるのでしょうかね?
変わるのならどちらが軽いと思いますか?

344 :nobodyさん:03/05/29 00:52 ID:???
>>341
追記の場合、元のファイルの大きさはほぼ影響しない。
Cをやっている人間ならわかる(はず)だが、
追記と言うのは、ハードディスク上のファイルの終端を探し出して、
そこから新たなデータを埋めて行き、最後にファイルの大きさを示す数値を変更する作業だ。
従って、ファイルの終端を探し出す作業だけが、ベンチマークに影響する。


345 :nobodyさん:03/05/29 00:54 ID:???
>>343
メモリの占有率を調べたいなら、そういうソフト入れてベンチマーク取ればわかる。
そして結果を発表すると皆から感謝される。

むしろ、その式は人間が見やすいかどうかを考慮した方がいいと思う。

346 :nobodyさん:03/06/01 05:17 ID:q1DFdt/M
下記の中で最も負荷が少ないのはどれでしょうか?

1.printを使い一行ずつ出力
2.ヒアドキュメントで出力
3.別ファイルを作り読み取らせて出力

3は後々便利そうだけど、負荷が気になる…。

347 :nobodyさん:03/06/01 07:32 ID:???
2


348 :nobodyさん:03/06/01 10:16 ID:???
>>346
負荷が少ないって、どっちの?

「省メモリ」? それとも「CPU占有の少なさ」?

349 :nobodyさん:03/06/01 11:08 ID:???
>>346
>3.別ファイルを作り読み取らせて出力
>3は後々便利そうだけど、負荷が気になる…。

じゃあ外部ライブラリとかあまり使わない方がいいよ。CPANもね。


350 :nobodyさん:03/06/01 12:28 ID:???
>>346
1.出力処理が遅い。
2.出力処理は早い。
3.良識ある人間のやること。

一般に、メモリ占有量の低いものの方がウェブには向いているよ。


351 :nobodyさん:03/06/01 13:28 ID:???
>>350
そうか?次々とくる要求に迅速に対応するために処理速度を優先しない?

352 :nobodyさん:03/06/01 14:21 ID:???
webプログラムは、サーバへの負荷も気をつけないといけないと思うけど、
それよりも、トラフィックを一番に考えてる俺は間違ってますか?


353 :nobodyさん:03/06/01 16:03 ID:j4GGBbHW
>>347-351
どうもです。

354 :nobodyさん:03/06/01 16:59 ID:???
そんな細かい事ぐらいでサーバーから言われる事はまず無いので
私も処理速度を優先させるべきだと思うねぇ。
というか、気にするほど大して変わらない。
基地外なほど膨大なデータを扱うならまだしも。

355 :nobodyさん:03/06/01 23:12 ID:???
想定同時アクセス1000くらいの小さな案件で、
鯖を用意してやるなら、保守性を一番においても問題ないと思う。

356 :nobodyさん:03/06/01 23:24 ID:8+Lq3hlg
>>355
>想定同時アクセス1000
これって小さいの? 秒間同時アクセス数1000ってことだよね?

357 :nobodyさん:03/06/02 02:48 ID:???
共有メモリを活用する、繰り返し使用する正規表現はlexで、
大きなプロセスは常駐させてローカルソケットでCGIと通信してCGIは小さく作る、
データベースは下手に使わない、巧く使える場合にだけ使用する。

358 :nobodyさん:03/06/03 01:39 ID:???
>>354
サーバーがつんでるメモリーの量によってどっち優先かは変わると思われ。
メモリー使い切ったらswapのオーバーヘッドがかかってかえって遅くなるし。
まあ、最近のサーバーはメモリーを湯水のように持っているからそんなこと考える必要ないのかな?

359 :nobodyさん:03/06/03 05:54 ID:+XIKXuw2
Perl5からPerlでもコンパイルした状態で設置できるようになったと読んだんですがどうすればできますか?


360 :nobodyさん:03/06/03 08:09 ID:???
>>359
perlccを使う。
使ってどの程度早くなるかは知らんけれどね。


361 :nobodyさん:03/06/03 12:08 ID:Sjj3JYUN
>>358
共有鯖ならいくらメモリ積んでいようと割り当てられるのは
微々たるもの

362 :nobodyさん:03/06/03 21:29 ID:???
>>360
散々言われてていることだが、perlccではモジュールはろくすっぽ使えないので注意。

363 :nobodyさん:03/06/03 21:58 ID:+XIKXuw2
>>360
早速やってみたところかなり速くなりました。
でもサイズが2kちょいから800kほどに...

364 :nobodyさん:03/06/03 22:22 ID:???
>>363
perlcc使ったことあるけど、2kじゃなくて2MBになったよ

365 :364:03/06/03 22:22 ID:???
スマソ


366 :nobodyさん:03/06/05 20:39 ID:???
mod_perlだと数倍早くなるのに
perlcc だと1割くらいじゃない?

367 :nobodyさん:03/06/08 21:06 ID:???
>>366 ウェブサーバ組込み式にはかなわんよ。

368 :nobodyさん:03/06/20 01:47 ID:???
ダブルクオートを極力使わないだけで結構速くなるらしい。
理由は説明しなくてもわかるよね?

369 :nobodyさん:03/06/20 22:16 ID:???
>>368
'"'でくくると中に'$'が入っているかを検査してるから?

370 :nobodyさん:03/06/21 10:37 ID:???
>>369
Yes she does!

371 :nobodyさん:03/06/24 04:14 ID:???
>>370
それはホントなの?

372 : :03/06/24 08:22 ID:???
>>371
Yes she does!

PHP のメーリングリストなんかでも、
速度を少しでも稼ぎたいときの小技として紹介されることがあるね。

373 :nobodyさん:03/06/25 18:56 ID:???
すべてのルーチンを一つのファイルにまとめてしまうのより、
ひとつひとつルーチン毎にファイルを分けて、
一度に呼び出す方が負荷が大きいですか?


374 :nobodyさん:03/06/25 22:26 ID:???
>373
漏れもそれ思うんだが、ファイルをまとめようが分割しようが、
結局たいした大きさじゃないので、どっちもオンメモリってことない?

375 :nobodyさん:03/06/25 23:20 ID:???
使わないコードを解釈させない為に分割するんであって、
分割しても常に全部使うのなら、まとめた方がシステムコールが
減っていいと思う。

Perl だったら CGI.pm でやってる遅延読込が参考になるかと。
あれはあれでメモリ食いそうだけど。

376 :nobodyさん:03/06/26 03:31 ID:???
>>375
それじゃ、useでモジュール呼び出すより、
requireで、必要な所で呼び出す方が良いって事ですね。


377 :あぼーん:あぼーん
あぼーん

378 :nobodyさん:03/06/26 03:55 ID:???
>>376
別に必要になったところでuseすればいいんでないかい?
そうそう、SelfLoaderかまして起動時には一部しか読み込まれないように工夫しないといかんね。


379 :あぼーん:あぼーん
あぼーん

380 :あぼーん:あぼーん
あぼーん

381 :nobodyさん:03/06/26 13:46 ID:???
requireはそこに来た時点で読み込まれる。
function hoge() {
require('hoge.php');
}
hoge(); らなければ読まない。
Perlも同じく。

382 :nobodyさん:03/06/27 16:09 ID:sG/tHFOo
コメントを山ほど書いたら負荷になります?
スクリプト自体軽くした方がいいんでしょうか。

383 :nobodyさん:03/06/27 16:19 ID:???
>>382
富士山ほどのコメントを書いたら負荷になります。

384 :nobodyさん:03/06/27 16:25 ID:???
>>382
わかるほどの差は出ないからちゃんと書いといたほうがいいよ

385 :nobodyさん:03/06/27 17:24 ID:aSdpNEcH
☆可愛い娘満載のHサイト☆(閲覧無料)
http://endou.kir.jp/yuminet/link.html

386 :nobodyさん:03/06/28 00:11 ID:???
>>384
ってことは、少しは変わるんだ…。

387 :nobodyさん:03/06/28 00:19 ID:???
>>386
体感できるほどの差ではない、つまり実質0

388 :nobodyさん:03/06/28 14:07 ID:M/F9ZoCi
>>387
でも少しは…。

↓以下ループ。

389 :nobodyさん:03/06/28 14:11 ID:jkMqlRkL
>>388
ってことは、少しは変わるんだ…。


390 :nobodyさん:03/06/28 15:08 ID:???
変わるんだ…。


391 :nobodyさん:03/06/28 16:21 ID:???
速度と分かりやすさのトレードオフ

392 :nobodyさん:03/06/28 22:51 ID:???
WWW

393 :nobodyさん:03/06/29 00:15 ID:???
正直言って、コメントなんか処理速度に関係なんかない。
そりゃ、数百Mとかのコメントとか入れてたら、
メモリへロードするのが遅くなるだろうが、
処理速度そのものは、何の影響もない。


394 :nobodyさん:03/06/29 08:04 ID:???
え????
コンパイル時に無視されて、コンパイル結果もキャッシュされる
わけなんだから、全く影響しないんじゃ?

395 :nobodyさん:03/06/29 13:20 ID:???
>>394
コンパイル結果に反映されないのは当たり前
コンパイル時に無視するためには最低限の判定が必要
要はコメントかどうか判定するフラグが少ないに越したことがないのか
という話でしょ

396 :nobodyさん:03/06/29 22:00 ID:???
CgiPerl , CgiPHP , mod_php のうち速度が一番なのはmod_phpなのは知ってるけど
負荷が掛からないのはどれ?

397 :nobodyさん:03/06/29 23:38 ID:???
>>396
その中に、なぜmod_perlがないんだ?

398 :nobodyさん:03/07/01 16:46 ID:67Ffrssk
printで一行づつ出力するか、
変数にデータを入れて、printで一気に出力するかどちらが負荷少ない?
それともヒアドキュメント使うか。

どれよ?

399 :nobodyさん:03/07/01 19:31 ID:???
mod_perlは一般的じゃないよ。

400 :nobodyさん:03/07/01 19:43 ID:???
薬物使ったベンジョンソンみたいなもん?

401 :nobodyさん:03/07/01 20:02 ID:???
>>399
mod_perlそんな速くないよ。

402 :nobodyさん:03/07/01 20:04 ID:3/m58fAf
>>398

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

printよりechoのが速いってのは聞いた事あるけどね。

403 :nobodyさん:03/07/01 20:06 ID:???
とりあえずバッファリングなしは効率が悪い。

404 :403:03/07/01 20:14 ID:???
そういえばPerlにCのfflushのような関数はないのかな?
$|=1;print "";$|=0;とやるしかない?

405 :nobodyさん :03/07/01 22:48 ID:???
>>398
変数作って一気に出力する。
エンコード自由に変換して掃き出せるようなものの場合はどうしてもこうなる。

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

で変数ぶち込めるし。

406 :nobodyさん:03/07/01 23:25 ID:???
>>401
どういう使い方してんだ?

407 :nobodyさん:03/07/02 00:38 ID:???
echo "
うほっ
いい男!
";

これでいいだろ

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


409 :404NOTFOUND:03/07/02 20:09 ID:???
>>408
>mod_phpも同じだ。

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

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

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

つまり何が言いたいかと言うと、mod_php使える鯖がそんなに非一般的では
ないんではないかという事だ。

410 :nobodyさん:03/07/02 21:32 ID:???
mod_php っていう言い方、あんまきかないんだけど、
cgi版じゃない普通(というか一般的というか)のphpってこと?

411 :nobodyさん:03/07/02 21:52 ID:???
>>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対応(ただしコマンドライン版)」という表記をみかけます


412 :nobodyさん:03/07/02 22:52 ID:???
>>411
レン鯖(共有鯖)ではmod_perlを提供できないって事?
って事は一般的な環境ではPHP>perlつー事?

413 :410:03/07/02 23:27 ID:???
>>411
なるほど。さんくすです

414 :nobodyさん:03/07/03 09:14 ID:???
でもな、Perlには、FastCGIとかもあるからな。


415 : :03/07/04 19:40 ID:???
>ちゃんと実験したサイト行って、見て来い。

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

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

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

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



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



418 :nobodyさん:03/07/06 13:26 ID:???
>>417
有名なサイトだよ。35の言語の25のベンチマークによる比較。
http://www.bagley.org/%7Edoug/shootout/


419 :nobodyさん:03/07/06 13:33 ID:???
mod_perlとmod_phpの比較は、ここな。
http://www.linc.or.jp/~takaaki/Family/takaaki/Labo/dynamic_page.shtml


420 : :03/07/06 23:45 ID:???
>417
そのへんはコミュニケーションギャップを楽しむところだと思ったり。

421 :nobodyさん:03/07/08 03:40 ID:???
http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm
http://member.nifty.ne.jp/hippo2000/perltips/javaperl.htm
このあたりかな?とか思ってました

422 :山崎 渉:03/07/15 11:10 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

423 :nobodyさん:03/07/24 09:32 ID:???
保守?

424 :nobodyさん:03/07/25 23:36 ID:???
↑ageとかんかいッ!


425 :nobodyさん:03/07/26 17:01 ID:???
ageんでも保守はできるでしょ

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



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

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

426 :nobodyさん:03/07/26 17:02 ID:???
あぁ、 < がひとつ足りないし・・・

427 :nobodyさん:03/07/27 01:37 ID:???
このスレいつも大変参考にさせていただいています。

428 :nobodyさん:03/07/27 04:46 ID:???
>>425
俺は前者だと思う。

429 :nobodyさん:03/07/27 10:38 ID:???
>>428
私もそんな気がして、なるべく上の方使うようにしてる
でも変数が多いところとかは下のやつ使ってる

430 :nobodyさん:03/07/28 05:31 ID:???
PHPに、テキスト中に変数があるかどうか判断させる後者よりも、
明示的にする前者がやっぱ速いかな?特に変数が多いほど。

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

431 :nobodyさん:03/07/28 11:41 ID:???
echo '
<html><head><title>'.$title.'</title></head>
';

これでいいべ

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

433 :nobodyさん:03/07/31 10:25 ID:???
>431-432

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

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

434 :山崎 渉:03/08/02 02:24 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

435 :ぼるじょあ ◆ySd1dMH5Gk :03/08/02 04:52 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

436 :nobodyさん:03/08/08 18:33 ID:???
mod_perlで動かすと、速いときはバカみたいに速いが、
遅いときはイライラするぐらい遅い。

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

437 :nobodyさん:03/08/08 18:35 ID:TpVxdxsY
★☆ 夏休みを GETDVD で満喫・満喫!! ★☆★
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★ 送料激安!  スピード発送!  商品豊富!   
★☆      http://www.get-dvd.com        
☆★ 激安DVDショップ 「GETDVDドットコム」 
★☆      http://www.get-dvd.com        
☆★ 今すぐアクセス Let’s Go・Go!!   
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★


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



439 :nobodyさん:03/08/20 12:11 ID:???
speedyCGIで負荷が高くなると、InternalServerErrorが出るのですけど、
私の書き方が間違っているだけなんですかね?

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


441 :nobodyさん:03/08/20 14:50 ID:???
>>440
モジュールの更新日が変わってるとか%INC消してるとかでなく?
どうやってその現象確認しました?


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

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

92 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)