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

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

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

**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

ふかきょ～～～ん！

**nobodyさん** · 03/12/01 11:39

やっぱ表示速度を優先するか
サーバの負荷を優先するか。

きわどいな…

**nobodyさん** · 03/12/01 11:41

おまいら、このファイルアップロード掲示板はどうよ
http://kenchin9.hp.infoseek.co.jp/fupbbs.html
http://kenchin9.hp.infoseek.co.jp/cgi-bin/fupbbs/bbs.cgi

**nobodyさん** · 03/12/01 13:36

サイトのセンスは最悪だな

**nobodyさん** · 03/12/01 14:07

> [ネットランナー]
> ベスト・オブ・ツール 2002
> サーバ＆コミュニティ部門掲示板ＣＧＩカテゴリー
> (祝) 金賞受賞

これはすごいことなの?

**nobodyさん** · 03/12/01 14:16

>>566
宣伝ｳｻﾞｲ。あちこちマルチすんな！

**nobodyさん** · 03/12/01 14:17

>>568
ネットランナーだぞ？ネットランナー

**nobodyさん** · 03/12/01 15:14

>>570
「ネットランナー」って読んだことないです

とりあえずぐぐってみたら、
http://www.zdnet.co.jp/internet/runner/
> 超ヘビーユーザーになるためのインターネット活用誌
（　ﾟдﾟ）ﾎﾟｶｰﾝ

**nobodyさん** · 03/12/01 15:31

>>571
厨房の愛読書だよ
賞もCGIの人気とか上っ面だけしか見てないで取ったりして、
作る人から見たらひどいソースのものも入賞してる

**nobodyさん** · 03/12/01 16:04

うるせぇよ、年末の賞の審査員は有名サイト管理者を寄せ集めてるんだから、
それには文句いうの（・Ａ・）ｲｸﾅｲ!!

**nobodyさん** · 03/12/01 16:37

まあ、実際使う側からしてみれば、
たいていのやつがソースなんてどうでもいいんだがな。

**nobodyさん** · 03/12/01 17:37

とりあえず、あんなのに金賞をあたえるネトランは糞

**nobodyさん** · 03/12/01 17:46

ちょっと使ってみた

重(･Ａ･)ｲｲ!!
返信で無制限にファイルをアップロードできた
ファイルタイプの判別を拡張子のみでやってる

設定でどうにかなるかもしれないけど
とりあえず気になったのはこんなところ

**nobodyさん** · 03/12/02 16:30

ていうか、コード酷すぎ。
配列の使い方すらわかってないように見えたし、変数全部グローバルだし。
関数の使い方も変だし。　ﾈｯﾄﾗﾝﾅｰとかいう雑誌のﾚﾍﾞﾙがわかっちゃうな

**nobodyさん** · 03/12/02 18:49

だから対象の選考者は一般人だってば

**nobodyさん** · 03/12/02 19:09

一般人だとなんだっていうのよ？

**nobodyさん** · 03/12/02 20:01

俺らに責任はありません。

**nobodyさん** · 03/12/02 20:28

>>566
ネットランナーとやらでは金賞かもしれんがバグ放置はまずいと思うぞ。
常にSTDINから無条件で受け入れる仕様。
投稿記事がある状態で-Tを付けて起動するとrtn_gnrl.plで起こる無限ループ。
管理用ページ→基本設定→「記事ページ最大表示数」を空にして設定保存→掲示板へ戻ると
Lib_gnrl.plで0除算して二度と起動しなくなる事で負荷を下げるエレガントな仕様、等他大量。

**nobodyさん** · 03/12/02 20:38

>>581
> 負荷を下げるエレガントな仕様
禿しくﾜﾛﾀ

[Tue Dec 02 20:31:53 2003] [error] [client 127.0.0.1] Illegal modulus zero at ./routine/Lib_gnrl.pl line 514.
[Tue Dec 02 20:31:53 2003] [error] [client 127.0.0.1] Compilation failed in require at bbs.cgi line 35.

**nobodyさん** · 03/12/03 02:06

こんなとこで陰口たたいててもしょうがない。
直接言ってやらないと。

**nobodyさん** · 03/12/03 08:56

陰唇と陰口どっちが好きですか？

**nobodyさん** · 03/12/05 00:37

陰核

**nobodyさん** · 03/12/05 16:47

陰核を
　　叩いてわたる(^^)
　　　　　　　　585

**nobodyさん** · 03/12/07 10:59

Linuxサーバ、topで調べてみたら
毎晩httpdにCPU20～89%くらい使用量があって
サーバが激重なんですが、原因がはっきりしない…

Apacheやネットワークの設定をどうにかこうにかして
負荷を減らす方法無いですか？

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

妙に抽象的なんですが、

**nobodyさん** · 03/12/07 16:07

>>587
どのようなスクリプトを実行させているか、で話は変わってくる。

**nobodyさん** · 03/12/07 23:24

>>587
非力なwwwサーバで山ほどモジュール組み込んで激重ＣＧＩでも置いてるんだろ

**nobodyさん** · 03/12/08 00:18

鯖がリダイレクト合戦してるんだよ。

**587** · 03/12/08 10:06

>>589
2ショットチャットとか画像アップローダとか・・。

>>590
えーっとサーバは確かPenIVの2GB、RAM1GBだったかな。

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

>>592
なんだ、ネタだったのか

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

騙りだろ

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

釣りだろ

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

PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB

**nobodyさん** · 03/12/09 04:16

>>587ﾃﾞﾃｵｲﾃﾞ。

**nobodyさん** · 03/12/09 07:30

あまりに盛り上がらなかったからねぇ

**nobodyさん** · 03/12/09 10:15

陰口を叩く。

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

陰唇と陰口どっちが好きですか？

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

著作権表示を消す

◆8772606082 · 03/12/24 04:28

すれ違いと言われたのでここにきました。

my($a,$b,$c);

とするのと

my($a);#コメント
my($b);#コメント
my($c);#コメント

と書くのでは、処理速度や負荷に差がありますか？
配布とかメンテを考えると後者で書きたいんですが。

**nobodyさん** · 03/12/24 05:11

大差なし。メンテしやすさが最優先。

**nobodyさん** · 03/12/28 07:34

全体で150KBくらいになるCGIソースで
処理によってはルーチンのうちのほんの一部しか
使わないという場合、
処理をライブラリにしてrequireするのと
全体が１ファイルなのとどっちが効率いいのでしょうか？

**nobodyさん** · 03/12/28 08:50

環境によるだろ。計測しろ。

**nobodyさん** · 03/12/28 15:28

計測ってどうやってやるんですか？
でっかい実行ファイルを起動するのと
ちっちゃいのを起動してrequireするのと
どっちが軽いかという問題だと思うんですが。

**nobodyさん** · 03/12/28 15:45

>>606
負荷が気になるなら負荷を調べる方法ぐらい知っておいたほうがよろしいかと

**nobodyさん** · 03/12/28 17:57

>606
そもそも、あなたの「軽い」ってどういう意味ですか？

**nobodyさん** · 03/12/28 18:15

<?
　　exit;

　　～以下長文～

?>

**nobodyさん** · 03/12/28 23:20

>>606
requireのとこまで来たら結局全部読み込まれるのではないかな？

**nobodyさん** · 04/01/12 13:26

処理順では通らない部分のrequireも
スクリプト内にあるとrequireされるんでしょうか？
requireを見つけてからrequireする？

**nobodyさん** · 04/01/12 15:36

>>611
そんな簡単なことぐらい試せばわかるだろ

**nobodyさん** · 04/01/12 15:48

#!perl
if ( 0 == 1 ) { require './存在しないスクリプト.pl'; }
exit;

**nobodyさん** · 04/01/13 18:58

一枚岩で作って、え～となんだっけか名前わすれたけど
一回実行したらメモリー上にキャッシュして次回から高速実行するツール
あれ使ったほうが軽さという面では圧倒的（ただしＣＰＵ負荷）
回線負荷は変わらんし大概先に満杯になるのは回線帯域のほうだ

**nobodyさん** · 04/01/13 20:44

負荷を気にするならperl,phpをやめろ

**nobodyさん** · 04/01/15 16:33

perl、phpの中でだろ？
共有鯖での利用を考えてる人もいるだろうし

**nobodyさん** · 04/02/02 09:09

ACP管理者

**nobodyさん** · 04/02/22 16:00

7行プログラムってスレ、すごいねアレは。
でも、短くするために敢えて重い処理をしていることもあると思うんよ。
それでも短いから負荷は感じないわけだけれども。

単純に処理を軽くする以外にも、コードを小さくする負荷軽減もあるんやねぇ。

**nobodyさん** · 04/02/22 22:12

言ってること矛盾してるじゃん。
＞短くするために敢えて重い処理をしている
＞コードを小さくする負荷軽減もある
ドキュンやな。

**nobodyさん** · 04/02/22 22:34

翻訳を試みた。
ある処理をする際に
　A: 複雑な処理をする組み込み関数を使う
　B: 単純な処理をする組み込み関数をいろいろ組み合わせる
の2種類の方法があるとして
　Aの負荷 < Bの負荷
ってこと？

**618** · 04/02/23 00:56

>>620 YES.
そういう場合もあるんじゃないかと思ったので。

**619** · 04/02/23 04:07

フーン。スマソねー。

**nobodyさん** · 04/03/17 17:24

HTTP/1.1 のチャンクコーディングを忘れてない？
試しにnph ソースを作って、Content-Length を送信するようにしたら、
チャンクコーディングされなかったけど、接続が毎回切れるみたい。

どっちが良いのか微妙っぽい。

**nobodyさん** · 04/04/20 20:30

ａｇｅ

**nobodyさん** · 04/05/16 04:46

A.. if($aa=~/x/){$pa=1;$pb=1;}else{$pa=0;$pb=0;}
B.. $aa=~/x/?($pa=1,$pb=1):($pa=0,$pb=0);

等価らしいです
ソースは、ttp://ww4.tech.nu/?d=653

たしかにコードは短くできるので試したところ
レスポンスが悪く、重くなった気がします

**nobodyさん** · 04/05/16 04:54

>>625
http://perldoc.com/perl5.8.4/lib/Benchmark.html

**nobodyさん** · 04/05/16 10:10

>>625
三項演算子使ってるだけでしょ、普通に使うけど。
レスポンスは落ちるのかなぁ？　

**nobodyさん** · 04/05/16 11:14

>>627
藻前は一つ前のレスが読めねーの？

**nobodyさん** · 04/05/20 12:34

PHP普及の原因は、イスラエル・Zend社のマーケティングの成功にある。
①Perlでは別インストールで多くの人が知らないデーターベース利用を標準で使用できるようにし、「データーベースが簡単に取り扱える」というイメージを特に強く植えつけた。
②ウェブサイト作成への特化。例えば、セッション管理がそうだ。
③ソースの隠蔽による著作権保護を可能にした。
データーベースを使いたいが、使い方がわからない。そこに、PHPなら使えるという情報が先に入る。これで、PHPに入った人もかなり多いはず。
PHPの言語仕様はZendに大きく左右される。
二年ほど前、PHPが出始めた頃には、変数のスコープがPerlとまったく同じ仕様だった。
もともと、Perlのソースコードを改編して作成されたPHP。
↓PHPの歴史
http://php.planetmirror.com/manual/ja/history.php
PHPには、Perlコードの退行による高速化の意図が言語のいたるところに見える。
マイクロソフトは、オブジェクト指向への対応というのが大義にVB6.0からVB.NETに言語仕様を大幅に変えた。
今後も大きく言語仕様が変わることはないのか？
オープンソースとは言っても、Zend社の
http://www.zend.com/management.php
の数人のスタップによって大きく左右される。
再帰的定義とされる「PHP:Hypertext Preprocessor」という名前にも理由がある。これは、要するに、正確には、「Perl Hypertext Preprocessor」としたいところだが、GNUの「GNU is Not UNIX」という再帰的な定義をもじったものだ。
要するに、「GPLのフリーソフトのライセンスには違反していませんよ！」と一つには主張し、また、一つには、「PHP is Not Perl」とでも言って、Zendの社としての姿勢を、先人の「Perl開発者たち」から擁護する意図があったのだろう。
Nではなく、Hなのが、そのための味噌だ！Perl開発者たちは、当然、面白くないはずだ。
PHP信奉者は、六芒星（hexagram）マークのユダヤ教にでも、入信せよ！

**nobodyさん** · 04/05/20 13:06

Cで組め。手っ取り早く最速で負荷を極力少なくできる。

**nobodyさん** · 04/05/20 14:55

負荷を少なくするならまず、
データ構造とアルゴリズムを見直せ
次にCPUをグレードアップしろ
それでもダメならCか汗ブラで

**nobodyさん** · 04/05/20 15:38

スタップ？

**nobodyさん** · 04/05/20 16:08

PHPって
Personal Home Page の略?

**nobodyさん** · 04/05/20 16:11

ここできくなよ

**nobodyさん** · 04/06/24 13:00

喪主