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

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

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

いちいち負荷を気にしてるようじゃァ、やらないこった！

>>3
負荷軽減は速度アップに繋がる事が多い

>>2
なるほど、、、

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

負荷軽減と速度アップは相反することが多い。

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

負荷かかる順番としては
Ruby>>Java>>Perl>>PHP>>>>>>>>>C++
と考えていい？

PHPでもXREAの凍結対象になる程かなり負荷かかるんですが
何かいい方法は？

>>4,>>6
どっちが正解？

やっぱPerlで掛け算とかは負荷になるのかな？
内部でＯＰコードが処理してるのなら足し算も掛け算も一緒だろうけど。

>>10
そうなん？？

>>8
XREAってモジュールのやつはなくなったの？

>>12
え？モジュールって？

>>13
mod_phpで動かしてる鯖

>>13
XREAの規約に

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

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

>>15
まさかモジュール版とCGI版で同じソース使う気か？
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>15,>>16
shared_htmlって所に入れましたが同じソースで何か問題あるんですか

モジュール版ってＣＧＩに比べてどれくらい負荷軽減出来るの？
3分の1くらいか？

やっぱ、重要なサイトは押さえておきたいな。
http://www.math.tohoku.ac.jp/~kuroki/WWW/HowToLighten.html
他にある？

>>18
http://perl.apache.org/start/tips/registry.html
の下の方に、hello.cgiがmod_perlだと、２４３/７．３倍に
なるそうだ。hello.cgiのコードも書いてあるけど、まあ、相当な
もんだなや。

>>19
某無料スペースで掲示板CGIを2500個設置したら
2日で消された

>>21
自業自得ってことで

負荷軽減の極意
(1)Perlを使うなPHPで書け
(2)PHPはApacheのモジュールを使え

>>22
FTPへのアップに一晩かかったってのに（泣

負荷かかる順は
Ruby>>Perl>>PHP>>>>>>>>>>>>Java
か？

>>24

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

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

>>23
Perlもモジュールで動かせるけどな

>>27
レンタル掲示板のサービス

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

>>29
(・∀・)ｶｴﾚ!!

>>29
氏ね！

>>29
専用サーバ借りてください。
つーか回線も要るけどな。
お前みたいな厨はホント邪魔。

レンタル掲示板するにしても、
2500個て・・・

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

>>34
1ユーザ1スクリプトが当たり前でしょ？
それ以外何があるのさ

>35=21
ある意味すげぇ

>>35

ワラタ

>>36,>>37
ダメなの？

無料鯖の時点でダメ。

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

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

>>40
あ・・・・・
今気付いた・・・・・
どうしよう・・・・・

複数設置用を1個用に改造するのって簡単かな・・・・？

>>42
そんな君にはこれがオススメ。
http://cgiroom.nu/list/level_up/room/index.htm

清々しいまでに阿呆だ。


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

>>44
専鯖借りたらPHP直してくれる？

>>27
都道府県ということは47個だろ?なら5000個なんてとんでもない個数だな。。。

>>45 ふざけんなボケ

>>47
うっさいハゲ氏ね

とうとう21は自分が禿であることをカミングアウトした訳だが。

>>46
つーか1つでできる

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

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

* 危険 *

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

>>53
同意。どうせ汚染チェックすらしない糞スクリプトが出来るだけ。

あのー、
負荷軽減対策スレなんですけど（汗

mod_gz使って転送するかどうか迷っています。
gz読めるブラウザって、どのくらいの割合なんでしょうか。
また、gzする負荷と疥癬の負荷を考えると。ううむ
ケースバイケースですね。

>>56
gz問題無いと思うよ

軽い掲示板はここ行って
http://www.i-say.net/cgi/

これで検索しる。
HTML html

シンプル、ツリー、iモード掲示板をチェックしてor検索ね。

sub{
}
を　全部　別ファイルに　分けるのは　どうかな？

>>60
大して知識も無いのに発言するのは止めたほうがいい
大多数の一般人に誤解を与えかねん

質問していいですか

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

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

>>63
頼みます　教えてください！

荒らしまがいの糞レスが散らばってますが、
負荷軽減ってそもそも誰かのために不利になることってあります？
その筋の荒らしではないかと小一時間。

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

>>62
あのお。なんのために「制御構造」とがあって、「くりかえし」ができるようになっているのか考えてことがありますか?

>>57
サンクス。gzやってみます。

>>65
共有サーバ使ってる時負荷大きいと同じサーバ上の他会員が迷惑すると思うが

>>67
つーか意味わかんないんだけど
こちら小学生なんでもっとわかりやすく頼みます

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

>>70
幼女ならJAPU氏が優しく教えてくれるかもしれませんよ(藁

>>70
俺はオトコだ

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

>>73
自作自演？

鹿児島の人間じゃないことだけは確かなようだ。

>>74
誰とだ

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

>>76
「負荷軽減対策」っつってんでしょ
レンタル掲示板関係はよそ行って下さい

「Writing Efficient PHP」とか。
http://www-105.ibm.com/developerworks/education.nsf/web-onlinecourse-bytitle/729C6A8BF14CE7F086256BF1006711EA?OpenDocument

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

兎に角Yahooに倣え
和塩含めて、負荷軽減はかなり追求してるから

小学生で引き篭もりでつか。

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

>>82　を負荷軽減対策委員長に命ずる

SpeedyCGIはお手軽だねぇ

phpでメソッド呼び出したときの内部変数って、メソッドが実行し終わったら
unset()されるのでしょうか。

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

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

ご教授お願いします。

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

小学生またまた乱入。
要するに、いろいろな要因の絡み合いだから、場合によってってところだね。
０）使用言語の選択
１）プログラム（スクリプト）の設計
1-1) メモリ領域
1-2) CPU時間
３）アクセス数
４）サーバのキャパシティ
５）他には？
これをうまく図で表せればいいですね。僕はまだ習ってません。

>>86
だから、軽くなっても長くかかるのはどうかなぁと。
アクセス数が少ないサイトなら重くても速いのがいいんじゃぁと。

まあアクセス増えた後自分の首絞めたいならどうでも良いよ。

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

PHPですが、
$hoge = "<img src=\"$foobar\">\n";
と書くのと、
$hoge = "<img src=\"". $foobar ."\">\n";
と書く方法がありますが、
どちらがよいのでしょうか。

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

このスレの中で>>1は一度も役に立っていない

>>91
単純に、後者の方が動作が速いとどこかで聞いた記憶があるので、
いつも後者にするようにしてます。

>>91
$hoge = "<img src='$foobar'>\n";
という方法もある(たいしたこと無いが

書きやすいとか、なれている方でいいんでないの。
どっちが速いかなんて、体感じゃわからないでしょ。

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

>>88
１ぎょうづず読み込んでも大して長くはならないけど？
メモリがパッツンパッツンサバでも、メモリ空間を節約出来るから、結果的に早くなるんです

>>92
あはは

たまに、初期設定で設定される変数の内容だけで、数十KBにもなるものがあるが、その方が問題だったりして。

>>92
あいたたた・・・

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

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

>>102
ＦＥＰか表示フォントの設定大丈夫ですか？
圧縮ファイルだって未圧縮ファイルだって転送時には
同じバイト列でしょ。

>>103
すいません、意味が分かりません。
サーバの負荷を考えるとgzip圧縮処理は必要なのでしょうか?

>>103
２ちゃんねるのログ（300K）
↓
サーバで圧縮（100K）
↓
HTTPで転送（転送量1/3でウマー）
↓
ブラウザーで解凍、表示

>>104
ケースバイケース

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

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

htmlの場合、gzに対応していないブラウザのために、
(ある程度のシェアがあると言われているMacのIEでも対応していないのがある)
無圧縮のやつも作らなくてはいけないのが不便

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

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

>>108
gzip圧縮処理ってリアルタイムじゃないの？
（調べもせずにものを言ってみました）

>>111
リアルタイムはpopenとか使って出力をgzipにパイプしたときでしょ？
>>108が言っているのはgzip圧縮されたファイルのことじゃない？

サイト丸ごとアップするときはtar+gzipでアーカイブにしてからアップしています。
アップ後はtelnetから解凍。

>>109
無圧縮のものも作った場合、どうやって振り分けているの？
「文字化けするようなら〜から入ってくれ。」と入り口に書いておくの？

>>114
ApacheのMultiView

>>110
サンクス
とりあえずスクリプトの先頭に
ob_start("ob_gzhandler");
を入れてみました。

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

さあ？

>>108
ご指導、ありがとうございました。
享受の方は素で間違えていました。

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

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

mod_gzip とか mod_deflate 使ってる？

>>121
mod_perlとか耳にしますがよく分からないのです。
共用サーバでも使用可能なのでしょうか?

バイトの時間が来てしまいました。レジをうってきます。
ここはブックマークしておくのでまた、参考にさせてもらいます。

mod_deflate って 2.0 からなのか〜(残念

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

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

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

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

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

>>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.
っていわれてるけど

それに、ブラウザでの表示の方法は、ブラウザのbehaviourじゃない?

>>126
「負荷」はプロセッサの「負荷」も回線の負荷も両方考えるべきでは?
WebProgでは特に

ナローバンドのみ圧縮とかできる？

>>130
そうだね。あとはメモリを無駄に使わないという所かな。

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

>>131
鯖がナローバンドだったらわかるかな
クライアントならわからん

ホストで調べるとか…
ブロードバンド特有のホスト名が付いてるトコってあるじゃん？
調べまくって自分でデータベースを作る。
すっごい時間と労力がいるけどね…

思いついた。

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

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

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

>>137
それはABI言語で書かれていますw

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

>>138
負荷がすごそうっていいたいのですw
シェアウェアで爆弾売ってるようなものっすね。

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

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

CGIスクリプト＆ログの、ファイル容量を減らすことって
負荷軽減につながりますかね？

>>140
FlashってCGI使ってないっけ？

>>140
すごく興味があります。
ぞのちゃっとはC言語ですがphpはそれよりも軽いのでしょうか?

>141
設計によるけど、単純に負荷軽減つながるはず

てか、、、、、、ほんと設計しだい

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

>>146
化けない文字コードでクッキーを焼く。
ブラウザのお口に合うクッキーを食わせる。

など…

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

JavaScript なのか JScript なのか……

JavaServletかもしれんぞ。
ま、146は単語もまともに打てないほどの面倒くさがり屋さんと言う事で。

>>150
いいじゃん、「あっと言う的」、２典に登録しようよ。

（≧∇≦）

さがっているねぇ。この板の負荷にならないようにしているって事なのかなぅ(上出来

ネタがないですねw

PHPの掲示板でログファイルが500kBあるんですが
消さないと負荷って凄いですか？

処理に依る。

>>155
あなたの「凄い」がどの程度なのかわからないけど、
その掲示板のコードにもよるんじゃない？

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

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

>>21

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

すごい厨房な質問ですいません。
例えば500kb(300行)のログファイルがあって

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

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

>>159
なる

>>159
Perl初心者コーナーで一行ずつ読み込んで処理するのと
どっちが早いか議論してたさ。readで読み込むのも比較
してたで。２・３日前だっけな。

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

>>162
＞以前に使っていた領域が開放されているかどうか

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

>>163
C言語でも勉強してきて。

ちなみに領域というのはメモリー上に確保した領域のこと。

>>164
＞C言語でも勉強してきて。

（　´,_ゝ`） ﾌﾟｯ

>>120
NPHスクリプト化でnph-chat.phpは可能ですか？
NPHはPHPでも使えるのでしょうか？

>>164
こういうことが言いたいのか？
http://www.mikeneko.ne.jp/~lab/perl/tuning/

mod_perl + gzip　最強

ふむふむ。

俺はZ80とかFortrunとか変な言語でCGI作るのが趣味なんだ

Fortrunという言語はたしかに変ですなあ。

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
さあ、何でも聞いてよ。

ｶｴｯﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!ｶｴｯﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!ｶｴｯﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
時間がなくなったので帰ります。

>>172
高度な突っ込みですね。

あぼーん

>>175
じゃあ、Z80は言語じゃない、なんて突っ込みも許されるかひ?

>>171

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

>>177
Z80は言語じゃない、ガラスです
ttp://www.watch.impress.co.jp/av/docs/20021022/sharp.htm

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

変な日本語でｽﾏｿ

最初が表示されてから最後が表示されるまでは速いだろうが、
最初を表示するまでが遅くなるだけじゃねーの？

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

>>180
2chのread.cgiがまとめて表示だったら嫌だ。

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

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

>>184
ｶﾞｲｼｭﾂすぎる
Kentの使わないで自分でいいやつ組むのがよろし。

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

Kentを元にするなって。
最初から作った方が、良いものが作れる。

ニュースＣＧＩ（読み込む時に常に1MBのlog.csvを読み込む）を、
ログの容量減らす以外でこのスクリプトの負荷を軽減する方法を
いくつか教えてください。

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

ニュースCGIを使うのを止める。

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

>>187 禿しく尿意！

>>189
いや、つーか・・ええ！？

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

負荷下げたいならapache2.0+mod_perlでいいんじゃねーの？
要はプロセス作成が重いんだし。
あとは、スクリプトのアルゴリズム次第。

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

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

>>194
コードの面影が残っていなくても
設計の面影が残っていたら著作権表示は必要(だと思う)

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

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

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

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

>>194
>>193の部分を記述がめんどくさいのでコピっただけなのですがね。
参考になりました。スレからすれてすいません。

>>195
MAKIMAKIは消していいですか?

>>196
＞スレからすれてすいません。
（　´_ゝ`）

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

>>198
画像使わなかったら?

そんなん知るかボケ。本人に聞け。

>196
日本語キーボード派？

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

>>202
？？？
ユーザがデータ追加する度に「次の１０件」って変わるのか？

>>202
トップページだけHTML表示にすればいいと思うよ。
全ページをHTML表示するのにはあまり意味はないと思います。

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

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

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


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

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

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


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

http://www.kent-web.com/bbs/patio/patio.cgi?mode=view&no=544

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

一般的にどれぐらいの負荷でサーバから文句言われるの？
箱庭諸島とか禁止ってる所多いけど

普通の掲示板ごときでサーバに負荷なんてかかるもんなんでつか？

使ってるスクリプトや使い方による。

Pentium4 1.6GHz RAM512MBの専用サーバなら
FF Adventureをいくつぐらいまで設置できますかね？
参加人数が1つの設置につき50人ぐらいとして。

>>211 3個が限界

>>212
どういう計算で3個という数が出たんですか？

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

まずは作れyo

FFAdventureが負荷かかりやすい理由は？

>>215
厨のF5地獄

>>215
それとIE以外のブラウザで戻るボタン多用。

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

↑Win厨(　´,_ゝ｀) ﾌﾟ

厨行為がなくても負荷は掛かりやすい。
・同時プレイ人数が多い（多いところだと10人以上）
・ゲームという性質上、計算など処理量が多い。
チャットも上の性質を満たすが、それ＋αなわけだ。

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

あぼーん

異常にレベルの低い議論が続いてますね。
TOCでも勉強するといい
ボトルネック見極めないで憶測で議論しても意味ﾅｲ

ping -f pc.2ch.net
.
.
.
.
.
.
今日も快適だ

掲示板とか運営するならCGIはログ読み込み+書き込み、だけやらせて、
タグ付けはクライアントサイドでやらせる、

負荷軽減

>>202
全てのデータをXMLで吐かせておいて、
XSL+JavaScriptで表示、これで解決

>>224
そうするとかちゅーしゃ等を使うのが一番手っ取り早いね。

Yahoo!メッセンジャー有料化だそうです
http://www.metalflame.com/mm/lovely_mm.htm

>>227 ﾌﾞﾗﾁﾗ

ﾌﾞﾗﾁﾗで終了かよ！

>>227はﾌﾞﾗﾁﾗじゃないよ

ﾌﾞﾗｸﾗ

ブラクラって何ですか？
体験させられはしたんで、何の略かを知りたいのでそ。

ブラでクラクラ

検索汁

>>234
そか、検索ね。アリガ�d。
ttp://www.coara.or.jp/~tkuri/BCC/faq.htmは、よかった。
browser crusher / crasherってなってるけど、crashなんてねーぞ。

いっけね。あったよ。crashの方がコンピュータがクラッシュするって
いつも使ってるやつね。crushは、もみつぶす。俺の英語力もとほほや。
逝ってくる

データの転送量さえ少なければＣＧＩの負荷ってかからないよね？

コバルトサーバ　→　ＣＧＩ不向き
Pentium　→　ＣＧＩ最適

と考えてよろしいか？

>>237 なわけねーだろ

>>238
Pentium使ってるCobalt serverはどうなるの

perlでHTMLとか吐くとき
ヒアドキュメント使うのと全部printで表示するのはどっちがいいんですか？

>>242
表示したい文字列を全て一つの変数に入れて、最後にprintする

>>243
お手軽だけどメモリバカ食いだねｗ

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

つーか
@RANKING = $RANKING[
sort {$tmp1[$b] <=> $tmp1[$a] or $tmp2[$b] <=> $tmp2[$a]
}
0 .. $#tmp1];
ってなperlの部分をphpになおしたいんだが
だれか教えてくれないでしょうか？

@tmp1 を主キー
@tmp2 を副キーにしてソートしてるだけのような。

>>214
FFAのPHP版がもう少しで
できそうです。

>>248
神

神は禿げていた、、、と

lkh

>>248
どうかね。できたかい？

漏れ様の貧弱なマシンではよォ、use DBI;で0.20[s]もオーバーヘッドがかかりやがる。

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

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

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

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

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

>>255
例えば自分が設置しているS55netさんだと、
本来ゲームなどの高負荷CGIは+１０００円になるのですが、
同じ料金のままにしてもらってます。

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

ああ、でもFFA禁止って言うのは負荷だけじゃなくて
改造による暴走の危険性も考えてのことかな・・・
そうするとつらいかも。

>>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 はちょ
と古いね。

（＾＾）

あの、漏れもFFAを軽量化しようと改良してるところ。
メインの画面のhtmlとかをJavaScriptで生成して２回目からは
クライアント側でキャッシュできるかな？と
思ってますがかなり軽量できますかね？

>>261
師匠、いくらプログラムをいじったってパソコンは軽くならないですよ。

>>262
質量保存の法則ですか?

電源から電気をもらっているわけで
ＨＤの容量が変わると電荷の分増えたりしないのか？

>>264
んなこたーない。

２ショットサイト作成中なんですが、チャットってログはテキストより
SQLにした方が負荷は低いですか？
チャット自体はモジュールのPHPで動かす予定なんですが。

>>266
ログは多くても100件保存できればOKでしょ？
だったらテキストの方が良いに決まってる。

>>266
チャットは
mod_perlで常駐させて
配列にログ入れて
ファイルアクセスをなくすと
めっちゃ早かったでつ。

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

>>276
チャット一つあたりのログは精々10〜20件ぐらいですね。
他に管理者用のｺｿｰﾘ覗き見スクリプト（ログ全件保存）ってのも
作ってあったりしますが＾＾；

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

>>244
1ページ分を1つの変数に入れたとしてもせいぜい50KB。
たいしてメモリを食わないと思うんだがどうだろう？

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

>>271
辞典の更新頻度、検索の手段によるのでは

（＾＾）

質問です。

Windows2000
Apache 1.3.26 win32
ActivePerl 5.6.1

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

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

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

>>274
DProf を試してみたら？

（＾＾）

あのー、
Perlで、myやlocalをほとんど使っていないってのは、
どのくらいの負荷要因でしょうか？ベスト１？

あぼーん

>>278
それで変数のコピーを抑えれば効率的と言えるかも。

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

このスレ的な話題をあつかった本って、あります？

プログラムとデザインをわけようとして、
テンプレート読み込み型のデザインをしていたんだけど、
そのせいなのかなー、急に重くなった気がする

>>283
データ更新の機会がそれほど発生しないものならば、動的にHTMLを生成する
のではなく、データ更新時、静的HTMLを随時生成するのに切り替えるのも一つの
手かと。

あぼーん

あぼーん

http://www.atmarkit.co.jp/flinux/special/php5/php5a.html
速くなるのでしょうか・・・？

>287 phpに速さを求めちゃイカン。

>>288
そう，PHPは実行速度より開発速度

Perlもそうだよ〜

Perlで3MくらいのCSVを読み書きするのって、
かなりの負荷？

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

>>291
一回しかやらないのなら
大した負荷にならないが
BBSのログとかだったら負担になるかもね

オブジェクト指向のプログラムは負荷軽減になるの？

ならない

>>291
DBM使え。簡単だぜ。
郵便番号ファイル（郵政省--いま何たっけ--の）で速度5倍だぜ。
http://www.ichikoro.com/webp/bk/00060.htmlのベンチマーク。
あれ、２Mくらいじゃなかったっけ？

>>288
そうそう。よほど非常識なことをしなければ、スクリプト言語で効率を考えるのはナンセンス。

>>296
>>295にあるように効率はいつも考えるべき。

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

>>292
そうかー、ちょっと反省。

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

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

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

>>299
ラクダ本買っとけ。

負荷がどうとかと言う人ほど、use strictしたままリリースしそう。

use strict すると負荷がかかるんですか？

>>302
検査する時間が増えるだろ、アクセスごとに検査させるのか。

Cでいえばassert有効にしたままリリースってのに似ているな。
わざとそうしている人もいるみたいだけど・・・

負荷を測るのってどうすればいいの。
自分のPCで動かしてもよーわからん。

あぼーん

メモリについて質問させて下さい。
例えば
$x="abc";
の後、
$x="";
という記述なしに
$x="def";
とした場合、メモリは、
abcの○○○分と、defの○○○分の
○○○○○○分が確保されてしまいますか?

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

>>307
たぶん・・・
変数へ上書きしたら、ちゃんと初期化（開放）してから、
代入してくれると思ふ。

>>308
そうですか。
では$x="";は無駄ですね。
ありがとうございます。

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

あぼーん

あぼーん

あぼーん

>>310
何が言いたいのかわからん。

>>310
すんまそん。
メモリ確保を解放するかしないかは分かります。
メモリ確保は○○○分で済むのか、○○○○○○分確保してしまうのかを聞きたいのです。

あぼーん

あぼーん

詳しく知りたかったら、Perlのソースを読むしかないと思うけど。

>>315
>>310 の記述を見ると、３バイト分しか確保しないように思えたけども。

apacheのログ２，３日分。約４M。PHP。極貧マシン。
while & fgets & copy -> 処理50秒前後　メモリ使用４M前後 CPU100％
file & foreach(or list&each) & copy -> 処理60秒前後　メモリ使用１５M前後　CPU100％
fread & copy -> 処理0.5秒前後　メモリ使用４M前後　CMP100％

>>320
PDA以下だね･･･。

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

ったく、山崎のおかげでｽﾚ順めちゃくちゃだ。

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

>>325さん
それが最適なのですか。
勉強になります…。
サイズ1024は何を意味しているのだろう…

あぼーん

>>326
1024 byte は 1 kbyte だろ？
コンピュータの基礎じゃねえか。

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

my $buffer_size = 1024; # 適宜調整
すいません。
これを記述することで何が得なのかを知りたいのでした。

>>329
実行エンジンにもよるんだけども、メモリを確保する場合、8byte単位とかそういうのが多いから
(アライメント）。
Perlだとどうだか？って気もするけども。

8・・・

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

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

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

s/324/325/

Perlは最適化とかしないのかな？
@buf = <IN>
のほうが早かったりして。

open(IN, $src);
open(OUT, '>'.$dst);
print OUT while(<IN>);
close(IN);
close(OUT);

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

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

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

たしかにそうですね。
改行コードを探しながら進むので遅いと。

age

ファイルの書き込みを追記にしたばあいの負荷ってどうなるんですか。
たとえば書き込むものは同じとして、
追記先のファイルが1行のときと1000行のときでは
ＣＰＵメモリ負荷はどうなるんでしょう。
追加するだけだから大して変わらないかなと思ったんですけど。

あぼーん

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

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

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

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

下記の中で最も負荷が少ないのはどれでしょうか？

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

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

2

>>346
負荷が少ないって、どっちの？

「省メモリ」？ それとも「ＣＰＵ占有の少なさ」？

>>346
>3.別ファイルを作り読み取らせて出力
>3は後々便利そうだけど、負荷が気になる…。

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

>>346
1.出力処理が遅い。
2.出力処理は早い。
3.良識ある人間のやること。

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

>>350
そうか？次々とくる要求に迅速に対応するために処理速度を優先しない？

webプログラムは、サーバへの負荷も気をつけないといけないと思うけど、
それよりも、トラフィックを一番に考えてる俺は間違ってますか？

>>347-351
どうもです。

そんな細かい事ぐらいでｻｰﾊﾞｰから言われる事はまず無いので
私も処理速度を優先させるべきだと思うねぇ。
というか、気にするほど大して変わらない。
基地外なほど膨大なデータを扱うならまだしも。

想定同時アクセス1000くらいの小さな案件で、
鯖を用意してやるなら、保守性を一番においても問題ないと思う。

>>355
>想定同時アクセス1000
これって小さいの? 秒間同時アクセス数1000ってことだよね?

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

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

Perl5からＰｅｒｌでもコンパイルした状態で設置できるようになったと読んだんですがどうすればできますか？

>>359
perlccを使う。
使ってどの程度早くなるかは知らんけれどね。

>>358
共有鯖ならいくらメモリ積んでいようと割り当てられるのは
微々たるもの

>>360
散々言われてていることだが、perlccではモジュールはろくすっぽ使えないので注意。

>>360
早速やってみたところかなり速くなりました。
でもサイズが2kちょいから800kほどに...

>>363
perlcc使ったことあるけど、2kじゃなくて2MBになったよ

ｽﾏｿ

mod_perlだと数倍早くなるのに
perlcc だと1割くらいじゃない？

>>366 ウェブサーバ組込み式にはかなわんよ。

ダブルクオートを極力使わないだけで結構速くなるらしい。
理由は説明しなくてもわかるよね？

>>368
'"'でくくると中に'$'が入っているかを検査してるから?

>>369
Yes she does!

>>370
それはホントなの？

>>371
Yes she does!

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

すべてのルーチンを一つのファイルにまとめてしまうのより、
ひとつひとつルーチン毎にファイルを分けて、
一度に呼び出す方が負荷が大きいですか？

>373
漏れもそれ思うんだが、ファイルをまとめようが分割しようが、
結局たいした大きさじゃないので、どっちもオンメモリってことない？

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

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

>>375
それじゃ、useでモジュール呼び出すより、
requireで、必要な所で呼び出す方が良いって事ですね。

あぼーん

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

あぼーん

あぼーん

requireはそこに来た時点で読み込まれる。
function hoge() {
require('hoge.php');
}
hoge(); らなければ読まない。
Perlも同じく。

コメントを山ほど書いたら負荷になります？
スクリプト自体軽くした方がいいんでしょうか。

>>382
富士山ほどのコメントを書いたら負荷になります。

>>382
わかるほどの差は出ないからちゃんと書いといたほうがいいよ

あぼーん

>>384
ってことは、少しは変わるんだ…。

>>386
体感できるほどの差ではない、つまり実質０

>>387
でも少しは…。

↓以下ループ。

>>388
ってことは、少しは変わるんだ…。

変わるんだ…。

速度と分かりやすさのトレードオフ

WWW

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

え？？？？
コンパイル時に無視されて、コンパイル結果もキャッシュされる
わけなんだから、全く影響しないんじゃ？

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