ならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか？
どういう書き方をすればいいか？
そんな委員会を開設しました。
★負荷軽減対策委員会（Perl、PHP)★
ならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか？
どういう書き方をすればいいか？
そんな委員会を開設しました。
データベース系はGoogleのように検索されたものを必ずキャッシュして次回同じ語が検索された時に備える
負荷軽減は速度アップに繋がる事が多い
なるほど、、、
>>3
負荷を気にする人のためのスレよ
アルゴリズムの工夫なら速度アップにつながる事が多い。
Ruby>>Java>>Perl>>PHP>>>>>>>>>C++
と考えていい？
何かいい方法は？
どっちが正解？
内部でＯＰコードが処理してるのなら足し算も掛け算も一緒だろうけど。
そうなん？？
XREAってモジュールのやつはなくなったの？
え？モジュールって？
mod_phpで動かしてる鯖
XREAの規約に
●PHPの動かし方がわからないのですが？
public_html内で動作させる場合は、CGIとしてのみご利用可能です。
shared_htmlで動作させる場合は、モジュール版PHP（SafeMode付き)で
実行できます。
ってあったから
shared_html内に入れれば負荷は軽減できるはず。
まさかモジュール版とCGI版で同じソース使う気か？
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
shared_htmlって所に入れましたが同じソースで何か問題あるんですか
3分の1くらいか？
http://www.math.tohoku.ac.jp/~kuroki/WWW/HowToLighten.html
他にある？
http://perl.apache.org/start/tips/registry.html
の下の方に、hello.cgiがmod_perlだと、２４３/７．３倍に
なるそうだ。hello.cgiのコードも書いてあるけど、まあ、相当な
もんだなや。
某無料スペースで掲示板CGIを2500個設置したら
2日で消された
自業自得ってことで
(1)Perlを使うなPHPで書け
(2)PHPはApacheのモジュールを使え
FTPへのアップに一晩かかったってのに（泣
Ruby>>Perl>>PHP>>>>>>>>>>>>Java
か？
(プ
被害者は君じゃなくて"某無料スペース"の方。
2500個もの掲示板を何に使うんだ？
俺は都道府県掲示板っつーのを作った事があるが、掲示板タイトルを
それぞれ都道府県名に変えるだけでもウンザリしたよ。
Perlもモジュールで動かせるけどな
レンタル掲示板のサービス
問題ありますねぇ
この辺りはマニュアルを読んだ方がいいと思う
ソースを変更しないならshared_htmlに置かないで普通にCGIとして動かした方がいい
(・∀・)ｶｴﾚ!!
氏ね！
専用サーバ借りてください。
つーか回線も要るけどな。
お前みたいな厨はホント邪魔。
2500個て・・・
１ユーザー、１スクリプトなんだぁw
1ユーザ1スクリプトが当たり前でしょ？
それ以外何があるのさ
ある意味すげぇ
ワラタ
ダメなの？
その掲示板にバグが見つかったら、2500個すべて直すのか？
どうせ広告貼ってるんでしょ？
その広告がボツになったり、もっと良い広告があったら
2500個すべて張り直すのか？
申し込みがある度にアップするのもメンドイ
簡単な例をあげると
「魔法のあいらんど」
ttp://ip.tosp.co.jp/i.asp?i=ユーザー名
元は「i.asp」一個だけ
あ・・・・・
今気付いた・・・・・
どうしよう・・・・・
そんな君にはこれがオススメ。
http://cgiroom.nu/list/level_up/room/index.htm
まぁ取り合えず専鯖借りれ。話はそれからだ。
専鯖借りたらPHP直してくれる？
都道府県ということは47個だろ?なら5000個なんてとんでもない個数だな。。。
うっさいハゲ氏ね
つーか1つでできる
－－－－－－－－－－このスレッドは終了しました－－－－－－－－
ファイル名、タイトル名などの情報をデータファイルに書き込んで、変数で取得したユーザーIDと一致すれば
それを適用すりゃいいんだし。
厨に知識を与えないで下さい。
同意。どうせ汚染チェックすらしない糞スクリプトが出来るだけ。
負荷軽減対策スレなんですけど（汗
gz読めるブラウザって、どのくらいの割合なんでしょうか。
また、gzする負荷と疥癬の負荷を考えると。ううむ
ケースバイケースですね。
gz問題無いと思うよ
http://www.i-say.net/cgi/
これで検索しる。
HTML html
}
を 全部 別ファイルに 分けるのは どうかな？
大して知識も無いのに発言するのは止めたほうがいい
大多数の一般人に誤解を与えかねん
仮に2500個の掲示板を設置するとして、
共用サーバでそれやったらアホだけど
専用サーバなら何の問題も無いかな？
ダウンしたりしないかな？
重くならない？
>>21
君はもうここに書かない方がいいよ。
君のためにも他の人のためにも。
頼みます 教えてください！
負荷軽減ってそもそも誰かのために不利になることってあります？
その筋の荒らしではないかと小一時間。
ソース書き直す必要がでてきたらめんどいってことかな。
あのお。なんのために「制御構造」とがあって、「くりかえし」ができるようになっているのか考えてことがありますか?
サンクス。gzやってみます。
共有サーバ使ってる時負荷大きいと同じサーバ上の他会員が迷惑すると思うが
つーか意味わかんないんだけど
こちら小学生なんでもっとわかりやすく頼みます
実際に自前で鯖立ててやってみ。
そこまでできるようになったら知識もついて
もうちょっとましな方法が思いつくだろ。
幼女ならJAPU氏が優しく教えてくれるかもしれませんよ(藁
俺はオトコだ
名前は橋本秀明
年は11
鹿児島県在住じゃけぇ
自作自演？
誰とだ
>>75
何で分かるんだよ？
「負荷軽減対策」っつってんでしょ
レンタル掲示板関係はよそ行って下さい
http://www-105.ibm.com/developerworks/education.nsf/web-onlinecourse-bytitle/729C6A8BF14CE7F086256BF1006711EA?OpenDocument
－－－－－－－－－－このスレッドは終了しました－－－－－－－－
和塩含めて、負荷軽減はかなり追求してるから
mod_perlより、普通のcgiのほうがトータルのスケーラビリティは
上という場合もある。
いらないモジュールは全て削る。
モジュールはスタティックにコンパイルする。
あと、httpd.confの書き方も重要。
perlで言えば、超軽量のhttpd+speedyCGI
これが最もサーバーに負荷をかけない。
unset()されるのでしょうか。
たとえば、メソッド内でファイルを読み込んだ入りして、
場合によっては$hogeのサイズが100k超えたりするわけです。
それから、HTMLに書き出す内容をすべて変数に入れちゃって、あとでまとめて
echoする方法をとっていたりすると、結構その変数のサイズ大きくなりますよね。
ご教授お願いします。
んで、出力するのだけ、メモリに入れればオッケーと思います
要するに、いろいろな要因の絡み合いだから、場合によってってところだね。
０）使用言語の選択
１）プログラム（スクリプト）の設計
1-1) メモリ領域
1-2) CPU時間
３）アクセス数
４）サーバのキャパシティ
５）他には？
これをうまく図で表せればいいですね。僕はまだ習ってません。
だから、軽くなっても長くかかるのはどうかなぁと。
アクセス数が少ないサイトなら重くても速いのがいいんじゃぁと。
私は今、チャットの負荷軽減を頑張っています。
使用しているのはKENT-WEBのYY-CHAT。
現在は分割処理で
ログ表示CGI
フォーム部分CGI
書き込みCGI
退室CGI
入室前CGI
に分割させ、いらない機能はすべて取り外しました。
さらにこれから
(1)そのスクリプトをC言語化
(2)新規発言のみを読み込むJavaプログラムを追加
させようと考えています。
$hoge = "<img src=\"$foobar\">\n";
と書くのと、
$hoge = "<img src=\"". $foobar ."\">\n";
と書く方法がありますが、
どちらがよいのでしょうか。
私は、エディタのハイライト機能で変数の色を変えていため、後者を使っています。
でもいっぱい変数を使う文字列だと、前者のほうが便利だね。
単純に、後者の方が動作が速いとどこかで聞いた記憶があるので、
いつも後者にするようにしてます。
$hoge = "<img src='$foobar'>\n";
という方法もある(たいしたこと無いが
どっちが速いかなんて、体感じゃわからないでしょ。
ちなみに俺は
$hoge = '<img src="'.$foobar.'">';
こんな感じで書いてる。改行はつけないよ。
改行をつける場合は
$hoge = '<img src="'.$foobar.'">'."\n";
こんな感じ。他と分離させる。一目でわかりやすいから。
１ぎょうづず読み込んでも大して長くはならないけど？
メモリがパッツンパッツンサバでも、メモリ空間を節約出来るから、結果的に早くなるんです
あはは
漏れは掲示板のログファイルなんかは
1行づつ読み込んで、いるモノだけ配列に渡す。
インデックスのための小さなファイルなどは file()で一気に読み込む。
適宜使い分けている。
でも、上にもあるように、100KB位なら、一気に file() で読み込んでしまっても
いいのではないかと思ってしまう。
あとPHPで
while (!feof($fp)) {
$buffer = fgets($fp, 2048);
}
とかやってるんだけど、
fgetsせずに行をスキップするにはどうしたらいい?
100KBで一気にですか、、、すごいですね。。。
負荷軽減対策委員会という意味ではなしかと。。。
>while (!feof($fp)) {
> $buffer = fgets($fp, 2048);
>}
>とかやってるんだけど、
>fgetsせずに行をスキップするにはどうしたらいい?
fgetcsvか、fseekしてfread。
あいたたた・・・
じゃせめてこのスレの内容まとめて
負荷軽減対策委員会の公式サイトでも起ちあげますか・・
サーバへの負荷はどうなると思いますか?
gzip処理をすることでサーバへ負荷がかかるとしたら
何kbを越えるくらいをめどにgzip処理を施すのが妥当でしょうかね?
例えば2kb程度を転送するくらいならgzip処理は必要ないでしょうか?
ご享受願います。
ＦＥＰか表示フォントの設定大丈夫ですか？
圧縮ファイルだって未圧縮ファイルだって転送時には
同じバイト列でしょ。
すいません、意味が分かりません。
サーバの負荷を考えるとgzip圧縮処理は必要なのでしょうか?
２ちゃんねるのログ（300K）
↓
サーバで圧縮（100K）
↓
HTTPで転送（転送量1/3でウマー）
↓
ブラウザーで解凍、表示
ケースバイケース
>>>103
>すいません、意味が分かりません。
禿同。
サーバ負荷軽減だけでなく、帯域の負荷を減らすことで
単位時間内のリクエスト数を伸ばすことが出来るのでgzipが
有効な場合もある。
転送「量」でしょ、ご「教授」でしょ。
日本語大丈夫ですか？って書こうかと思ったがよ。
漏れは、そんなに更新が激しいデータじゃなきゃ、
1回のgzipで何人分かができて、転送のためにファ
イルアクセスされる時間が減るから、gzipした方が
いいと思って言ったんだけどね。解凍するのは、
ユーザだから知ったこっちゃないし（藁
(ある程度のシェアがあると言われているMacのIEでも対応していないのがある)
無圧縮のやつも作らなくてはいけないのが不便
これとは別に、PHPで、出力をダイナミックに圧縮、非圧縮とかえるには
どうしたらいい?
output_handler = ob_gzhandler
昔のバージョンだと駄目だが、4.2.xなら
Accept-Encoding: gzipの有無に依って
圧縮、非圧縮をダイナミックにおこなってる。
マニュアルみれ。
gzip圧縮処理ってリアルタイムじゃないの？
（調べもせずにものを言ってみました）
リアルタイムはpopenとか使って出力をgzipにパイプしたときでしょ？
>>108が言っているのはgzip圧縮されたファイルのことじゃない？
アップ後はtelnetから解凍。
無圧縮のものも作った場合、どうやって振り分けているの？
「文字化けするようなら～から入ってくれ。」と入り口に書いておくの？
ApacheのMultiView
サンクス
とりあえずスクリプトの先頭に
ob_start("ob_gzhandler");
を入れてみました。
ブラウザ(モジラ)で確認してみたら、
Content-Type が text/htmlのままなんですけど。
gz転送されているのかな?
ご指導、ありがとうございました。
享受の方は素で間違えていました。
gzip圧縮処理の流れは>>105さんの
分かりやすい説明どおりに把握しているのですが
まだ詳しい内容は無知なので理解できませんでした。
調べてみようと思います。
チャットのように更新の頻度が多いものについては
gzip圧縮はしない方がいいということですね。
NPHスクリプト化はやらないよりやった方がいいと思います。
あと、チャットにおいて私は負荷を抑えられると思い、
jcode.plをrequireしていません。(文章おかしくてすいません)
これは不具合が出るものなのですかね?
mod_perlとか耳にしますがよく分からないのです。
共用サーバでも使用可能なのでしょうか?
ここはブックマークしておくのでまた、参考にさせてもらいます。
俺は転送量下げるために自作したよ。
更新の少ないものはキャッシュすれば良い。
でも、mod_gzipで良いんだよな……。
つーか、ob_gzhandler知らなかったYO(自爆
ob_start("ob_gzhandler");
これは、html出力をバッファしてgzip圧縮して送信するものだから、
鯖側は圧縮の分負荷が高く、ブラウザ側も徐々に表示されず一気に表示する(少し待たされる印象)
その代わり、転送量が減る・回線が細くても多少マシという利点がある。
ケースバイケースだが、負荷を減らそうというスレの趣旨には合わないんじゃないか?
#つか、1行追加するかしないかだけの話だがね。
表示は体感できるほど速くなったよ
リロードしても、ちらつきが無いと言うか、
圧縮無しだと、まばたきする感じなんだが、それが無くなった。
鯖負荷は、MRTGやTOPコマンドじゃ解らなかった。（多分ほとんど負荷無し）
チャットは計６部屋で共有鯖なら追い出される位の参加人数。
いちお、Perlでgzip対応ブラウザかどうか調べて、対応してたら圧縮してる。
でも、どっかのサイトに、「鯖に余裕があるならgzipをするべし」
みたいな事書いてたから、圧縮に多少負荷がかかるんだろーね
マニュアルのコメントによると
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.
っていわれてるけど
「負荷」はプロセッサの「負荷」も回線の負荷も両方考えるべきでは?
WebProgでは特に
そうだね。あとはメモリを無駄に使わないという所かな。
>>131
出来ない。家を出発前に渋滞を予想できないのと同じ(か?)
鯖がナローバンドだったらわかるかな
クライアントならわからん
ブロードバンド特有のホスト名が付いてるトコってあるじゃん？
調べまくって自分でデータベースを作る。
すっごい時間と労力がいるけどね…
最初にアクセスしたときに、リモホをとってPINGしたりして
疥癬の早さを調べる。それでgzするかしないかを決めて、
その結果をクッキーで食わせる。
CGI側で判断するものではないだろう?
ここのAbicorporationという掲示板と居酒屋チャットというチャット、
ソース見ただけで頭が痛くなるのは俺だけだろうか。
それはABI言語で書かれていますw
ってかスレ違い？
負荷が凄そうって言いたいの？
負荷がすごそうっていいたいのですw
シェアウェアで爆弾売ってるようなものっすね。
ちなみに俺がCGIチャットで一番、負荷をかけないのは
｢ぞのちゃっと｣だと思うのですがどうでしょう?
俺のチャットが一番軽いと思う。
PHPだし、面倒だから配布はしてないけど。
でも、現在のメンバーを表示すると重くなるね。
FlashやJavaAppletの方が良いに決まってるからsage。
負荷軽減につながりますかね？
FlashってCGI使ってないっけ？
すごく興味があります。
ぞのちゃっとはC言語ですがphpはそれよりも軽いのでしょうか?
設計によるけど、単純に負荷軽減つながるはず
やっぱりフロート型って、負荷大きいですよね。
(書き込む人夜読む人の方があっと言う的に多いので、)
htmlファイルを生成したのだが、名前部分のクッキーが読み出せない
仕方なくJSで読んだのだが、文字化け。
PHPで食わせたクッキーはJSで読むとうまくいかないのか?
化けない文字コードでクッキーを焼く。
ブラウザのお口に合うクッキーを食わせる。
など…
サンクス。MBCS関連充実してきたので、UTF-8で試してみます。
しかしまあ、urlencode-decode間でしてくれるうえにグローバル変数に自動的に入る
PHPに比べて、JSはめんどくさいですね。
ま、146は単語もまともに打てないほどの面倒くさがり屋さんと言う事で。
いいじゃん、「あっと言う的」、２典に登録しようよ。
消さないと負荷って凄いですか？
あなたの「凄い」がどの程度なのかわからないけど、
その掲示板のコードにもよるんじゃない？
掲示板のログで500kbだと3000行近くなってるんじゃない？
読み込んだり書き込んだりするのに、3000回ループする様なコードを書いてるんだったら、
考えモンだね…
ファイル丸ごと読み込んでるんだったらメモリも食うし
キミ最高だね。ほんとアホ以外の何物でもない。しねよ。
例えば500kb(300行)のログファイルがあって
open(IN,"ろぐふぁいるぱす");
@lines=<IN>;
close(IN);
というように配列に内容を入れた場合
ファイル丸ごと読み込んでることになるのでしょうか?
なる
Perl初心者コーナーで一行ずつ読み込んで処理するのと
どっちが早いか議論してたさ。readで読み込むのも比較
してたで。２・３日前だっけな。
Perlを開発している人たちなら分かるだろうけど。
＞以前に使っていた領域が開放されているかどうか
以前に使っていた領域って、変数のことだろ？ １行ずつ代入しては処理を
繰り返してるから変数に代入されてる分は領域だろ？ 開放もなにもないだろ
C言語でも勉強してきて。
＞C言語でも勉強してきて。
（ ´,_ゝ`） ﾌﾟｯ
NPHスクリプト化でnph-chat.phpは可能ですか？
NPHはPHPでも使えるのでしょうか？
こういうことが言いたいのか？
http://www.mikeneko.ne.jp/~lab/perl/tuning/
さあ、何でも聞いてよ。
時間がなくなったので帰ります。
高度な突っ込みですね。
じゃあ、Z80は言語じゃない、なんて突っ込みも許されるかひ?
Fortrun という言語について、詳しく教えて下さい。
Z80は言語じゃない、ガラスです
ttp://www.watch.impress.co.jp/av/docs/20021022/sharp.htm
ログを読み出すとき出力を直接printで表示しているけど、
出力を$buffer .= "～";というように一つの変数にまとめておいて
最後にprint $buffer;とした方が速いのかな。
imode用のスクリプトはContent-lengthヘッダを出すためにそうしてるけど。
変な日本語でｽﾏｿ
最初を表示するまでが遅くなるだけじゃねーの？
imode程度なら良いけど、メモリ食うだけじゃない？
2chのread.cgiがまとめて表示だったら嫌だ。
出力する量にもよるだろうけど、最後に一気に出力の方が早いって事は無いんじゃないかな。
Content-Lengthが必要ないならあえて選択する方法じゃないね。
レスのトップソートがある場合、ない場合とかもっとスマートにできそう。
ｶﾞｲｼｭﾂすぎる
Kentの使わないで自分でいいやつ組むのがよろし。
そうなんですか。KENTさんもバージョンアップの繰り返しで
無駄な処理を省くのが面倒なんでしょうね。
今、YY-BOARDを元に新しい掲示板を作っています。
最初から作った方が、良いものが作れる。
ログの容量減らす以外でこのスクリプトの負荷を軽減する方法を
いくつか教えてください。
又、これってApacheのモジュール版PHPに変えたら負荷はなくなりますか？
後は、何で全部表示するのにcsvにするの？最初からhtmにしとけばぁ。
ほいで、前から議論に出てるgzipで固めればぁ。
何かのキーで検索するんなら、DBMにすればぁ。
早いし全部ファイルを総なめにする必要ないから負荷激減だね。
いや、つーか・・ええ！？
>>190
CGIの拡張子をHTMLにしてもだめですかね
ダメですよね・・・
要はプロセス作成が重いんだし。
あとは、スクリプトのアルゴリズム次第。
open(IN,"?????")||&error("情報ファイルを開くことが出来ませんでした");
($no,$ip,$time)=split(/<>/,IN);
$no++;
close(IN);
最後にこれくらいの処理だけが面影として残ってる場合は著作権表記は必要ないと思いますか?
コードの面影が残っていなくても
設計の面影が残っていたら著作権表示は必要(だと思う)
しかし、現行の著作権法では、「アイデア」には著作権はなく、
具現化されたモノにのみ著作権があるので、大丈夫かな。
しかし、著作権以外の知的所有権はあるね。
まあ、ここは、KENTにどのくらい「リスぺくと」してるかによって
自分で決めればいいんじゃない?
…と勝手なことを逝ってみる
>>193の部分を記述がめんどくさいのでコピっただけなのですがね。
参考になりました。スレからすれてすいません。
MAKIMAKIは消していいですか?
＞スレからすれてすいません。
（ ´_ゝ`）
>>197
画像使うんなら消しちゃダメでしょ。
画像使わなかったら?
日本語キーボード派？
HTML吐き出しタイプの場合、「次のページ」とか
「次の10件」とかの処理どうするの？
『ログ保存数／1ページ表字数』回HTML出力したら
余計負荷かかりそうだし。
？？？
ユーザがデータ追加する度に「次の１０件」って変わるのか？
トップページだけHTML表示にすればいいと思うよ。
全ページをHTML表示するのにはあまり意味はないと思います。
>>0-
や
>>1-100
などとした場合、返信数が多いとサーバに負担がかかる(例えば返信数が80件あると80回も表示処理を繰り返すことになる)と思いますので、例えば20件で表示を中止させる、といった処理を加えた方がいいと思います。
-------------------------------------------------
Re: v1.2 レポート ( No.38 )
日時： 2002/10/28 19:22
名前： abc
>>37
改造物を作り配布しょうとガンガって居る者がなんつー・・
スレッドログの容量分を反映させる訳だから、余程パンパンに膨れ上がった文字数で書かれているスレッドじゃない限り、デフォルトの100件maxとしても１スレッド500KB前後を読み込むだけかと。
うーん。勘違いしてますの。
こんなやり取りを見つけたんだけどどう思う?前者は100件を
一気に表示させるのはサーバに負荷がかかるだろうから制限した方がいいといって
後者はそれを否定している。
ちなみにここ
やはりWEB PATIOってサーバに負荷かけるのかな?
箱庭諸島とか禁止ってる所多いけど
ま た K E N T か
FF Adventureをいくつぐらいまで設置できますかね？
参加人数が1つの設置につき50人ぐらいとして。
どういう計算で3個という数が出たんですか？
FFAdventureのPHP版（Apacheモジュール版）を作ろうと思ってるんですが
それならその２倍くらい置けそうですよね？
厨のF5地獄
それとIE以外のブラウザで戻るボタン多用。
Pen4 1.6GHzよりもPen3 1GHz×2の方がいいわな。
Pen4よりもPen3かCeleronの方がCGIがサクサク動くよ。
・同時プレイ人数が多い（多いところだと10人以上）
・ゲームという性質上、計算など処理量が多い。
チャットも上の性質を満たすが、それ＋αなわけだ。
それならば本来、そんなに負荷は掛からないはずなのだ。
ただ、最近CGIを全然知らない負荷を意識しない奴が
平気に「短い方が良いに決まってるじゃん」という
理由で更新頻度を30秒とかにしちゃってるから問題になってるわけだと思う。
TOCでも勉強するといい
ボトルネック見極めないで憶測で議論しても意味ﾅｲ
.
.
.
.
.
.
今日も快適だ
タグ付けはクライアントサイドでやらせる、
負荷軽減
全てのデータをXMLで吐かせておいて、
XSL+JavaScriptで表示、これで解決
そうするとかちゅーしゃ等を使うのが一番手っ取り早いね。
http://www.metalflame.com/mm/lovely_mm.htm
体験させられはしたんで、何の略かを知りたいのでそ。
そか、検索ね。アリガ㌧。
ttp://www.coara.or.jp/~tkuri/BCC/faq.htmは、よかった。
browser crusher / crasherってなってるけど、crashなんてねーぞ。
いつも使ってるやつね。crushは、もみつぶす。俺の英語力もとほほや。
逝ってくる
Pentium III → ＣＧＩ可
Pentium IV → ＣＧＩ最適
の図式で合ってる？
Pentium → ＣＧＩ最適
と考えてよろしいか？
Pentium使ってるCobalt serverはどうなるの
ヒアドキュメント使うのと全部printで表示するのはどっちがいいんですか？
表示したい文字列を全て一つの変数に入れて、最後にprintする
お手軽だけどメモリバカ食いだねｗ
ところでHTML::Templateって結局>>243だよね。
$tmpl->output(\*STDOUT);
みたいにしてテンプレートに変数流し込むそばから
すぐprintできるとうれしい…。
@RANKING = $RANKING[
sort {$tmp1[$b] <=> $tmp1[$a] or $tmp2[$b] <=> $tmp2[$a]
}
0 .. $#tmp1];
ってなperlの部分をphpになおしたいんだが
だれか教えてくれないでしょうか？
@tmp2 を副キーにしてソートしてるだけのような。
FFAのPHP版がもう少しで
できそうです。
神
どうかね。できたかい？
use Pg;で0.13[s]なんだ。。。
やっぱApacheDBIにしたほうがよさげ？
ロボット型検索エンジンからの直リンクが多いので、デコード処理をしない分
負荷軽減になるとおもうけど、どうおもう？
じゃあこのスレにもひっそりと宣伝。現在配布に向けてテスト中。
あまり大々的にしてないので、参加者が少ないです。
もし暇な方とかいたらよろしく。
http://www.s55.net/~paka/
PHPにしたからって普通の鯖屋が
「FFA、箱庭は禁止ですがPHP版であれば設置可能です」なんて
言うと思えんとこがつらいな。
例えば自分が設置しているS55netさんだと、
本来ゲームなどの高負荷CGIは+１０００円になるのですが、
同じ料金のままにしてもらってます。
具体的に負荷をチェックしてみてくださいって言ってみるといいかもね。
それでも負荷が多かったら禁止されてもしょうがないし。
改造による暴走の危険性も考えてのことかな・・・
そうするとつらいかも。
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 はちょ
と古いね。
メインの画面のhtmlとかをJavaScriptで生成して２回目からは
クライアント側でキャッシュできるかな？と
思ってますがかなり軽量できますかね？
師匠、いくらプログラムをいじったってパソコンは軽くならないですよ。
質量保存の法則ですか?
ＨＤの容量が変わると電荷の分増えたりしないのか？
んなこたーない。
SQLにした方が負荷は低いですか？
チャット自体はモジュールのPHPで動かす予定なんですが。
ログは多くても100件保存できればOKでしょ？
だったらテキストの方が良いに決まってる。
チャットは
mod_perlで常駐させて
配列にログ入れて
ファイルアクセスをなくすと
めっちゃ早かったでつ。
んで、保存ログは20行以下に切り詰めて
ブラウザ側でJavaScript使ってログを保存・表示させていく方式が
よろしかろう･…というか、よろしかったでつ。
チャット一つあたりのログは精々10～20件ぐらいですね。
他に管理者用のｺｿｰﾘ覗き見スクリプト（ログ全件保存）ってのも
作ってあったりしますが＾＾；
>>268
mod_perlは普通に動くスクリプトをそのまま動かせるんだったら
試してみようとも思うんだが。お手軽さならPHPに流れちゃうね。
そういえば自分、JavaScriptは全然わけわかめだった＾＾；
1ページ分を1つの変数に入れたとしてもせいぜい50KB。
たいしてメモリを食わないと思うんだがどうだろう？
ログファイルに保存して毎回CGIで表示するか迷ってる。
CGIサーバが5MBしか容量ないので保存データ量を節約したいけど負荷が気になる。
1日500件もアクセス無いはずだから別にいいかな？
辞典の更新頻度、検索の手段によるのでは
Windows2000
Apache 1.3.26 win32
ActivePerl 5.6.1
でCGIのテストをしているのですが、
CGIの負荷を数値等で表示してくれるツールってないですか？
今は、タスクマネージャーで見ているのですが、
もっと詳細に負荷の具合を調べたいのですが、
ご存じの方、よろしくお願いします。
DProf を試してみたら？
（ ＾＾ ）＜ ぬるぽ（＾＾）
Perlで、myやlocalをほとんど使っていないってのは、
どのくらいの負荷要因でしょうか？ベスト１？
それで変数のコピーを抑えれば効率的と言えるかも。
perlの実行ファイルで既に1M近くあるし、モジュールとか読んだら、
もっと増える。
気にするやつは馬鹿。自己満足。知症。
たとえれば、ボルトを全部チタンにして100gの軽量化に成功！とか言ってる
車オタと同類。
テンプレート読み込み型のデザインをしていたんだけど、
そのせいなのかなー、急に重くなった気がする
データ更新の機会がそれほど発生しないものならば、動的にHTMLを生成する
のではなく、データ更新時、静的HTMLを随時生成するのに切り替えるのも一つの
手かと。
速くなるのでしょうか・・・？
そう，PHPは実行速度より開発速度
かなりの負荷？
あと、ここのみなさんは、どうして負荷について知識があるんでしょうか？
経験上？
一回しかやらないのなら
大した負荷にならないが
BBSのログとかだったら負担になるかもね
DBM使え。簡単だぜ。
郵便番号ファイル（郵政省--いま何たっけ--の）で速度5倍だぜ。
http://www.ichikoro.com/webp/bk/00060.htmlのベンチマーク。
あれ、２Mくらいじゃなかったっけ？
そうそう。よほど非常識なことをしなければ、スクリプト言語で効率を考えるのはナンセンス。
>>295にあるように効率はいつも考えるべき。
そうだね。コードの一つ一つで効率を考えることによって、
全体としてそうとうの負荷軽減になる。例えば、
http://www.mikeneko.ne.jp/~lab/perl/numerical_transform/#h4を
ベンチマークで検索してみれ。
そうかー、ちょっと反省。
ところでどなたか、↓の質問答えてほしいです。。。
＞あと、ここのみなさんは、どうして負荷について知識があるんでしょうか？
＞経験上？
あと、負荷軽減について詳しい本（の一部とか雑誌でも）ないでしょうか？
ラクダ本買っとけ。
検査する時間が増えるだろ、アクセスごとに検査させるのか。
わざとそうしている人もいるみたいだけど・・・
自分のPCで動かしてもよーわからん。
例えば
$x="abc";
の後、
$x="";
という記述なしに
$x="def";
とした場合、メモリは、
abcの○○○分と、defの○○○分の
○○○○○○分が確保されてしまいますか?
$x="abc";
$x="";
$x="def";
にすれば
メモリ確保は○○○だけになると思うのですが。
たぶん・・・
変数へ上書きしたら、ちゃんと初期化（開放）してから、
代入してくれると思ふ。
そうですか。
では$x="";は無駄ですね。
ありがとうございます。
たとえ、ゼロに初期化しても。undefなら別。
http://www.mikeneko.ne.jp/~lab/perl/tuning/
何が言いたいのかわからん。
すんまそん。
メモリ確保を解放するかしないかは分かります。
メモリ確保は○○○分で済むのか、○○○○○○分確保してしまうのかを聞きたいのです。
>>310 の記述を見ると、３バイト分しか確保しないように思えたけども。
while & fgets & copy -> 処理50秒前後 メモリ使用４M前後 CPU100％
file & foreach(or list&each) & copy -> 処理60秒前後 メモリ使用１５M前後 CPU100％
fread & copy -> 処理0.5秒前後 メモリ使用４M前後 CMP100％
PDA以下だね･･･。
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>;
みたいにいっきに配列に入れてしまうのはどちらが処理としてはいいのでしょうか?
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;
それが最適なのですか。
勉強になります…。
サイズ1024は何を意味しているのだろう…
1024 byte は 1 kbyte だろ？
コンピュータの基礎じゃねえか。
ま、俺だったらFile::Copyモジュールを使うかも。
バグがあるかも知れないソース書くより楽だし。
すいません。
これを記述することで何が得なのかを知りたいのでした。
実行エンジンにもよるんだけども、メモリを確保する場合、8byte単位とかそういうのが多いから
(アライメント）。
Perlだとどうだか？って気もするけども。
微妙に意味がわからんな……
推測をして回答してみる。
1.$buffer_sizeを設定することで、何バイトずつコピーするのかの設定が可能になる。
この数値を小さくすると、コピー回数が増えるが、メモリーへの負担は減る。
この数値を逆にすると、その逆。
サーバーの具合を見て適宜調整することができる。
2.わざわざ変数を一つ設定することの意味は、変数の名前をわかりやすくすることで、
その変数が何に使われているのかをわかりやすくする。
「昨日の自分は他人」の言葉どおり、後から見た時になんでその数値にしたのか等が判断しやすくなる。
何が聞きたいんだろう……
>>324のコード片がスクリプトのどこに埋もれていても、
変数 $buffer_size としてスクリプトの頭の方で定義しておけば
簡単にバッファサイズを変更できる。定数で埋め込んでしまうと
変更したい時にいちいち探し回る事になる。
@buf = <IN>
のほうが早かったりして。
open(OUT, '>'.$dst);
print OUT while(<IN>);
close(IN);
close(OUT);
こう書くかも。
readで読み出すバイト数は多い方が速いと思う。当然だけど。
ただ多過ぎるとそれはそれでメモリくったり。
ベンチ取れば分かる事だが、@buf = <IN> はメモリを一気に
確保する = System CPU time を食う。行入力演算子による
取得は「行末」を探す = 可変長入力なので潜在的に read
より遅い処理。もちろん扱うデータのフォーマット & 量次第
だけどね。
どうしても行入力演算子でやりたければ
$/ = \1024;
while (<IN>) { ... }
で 1024 byte 単位で読めるけど、素直に read 使った方が
速かったかと。
改行コードを探しながら進むので遅いと。
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
たとえば書き込むものは同じとして、
追記先のファイルが1行のときと1000行のときでは
ＣＰＵメモリ負荷はどうなるんでしょう。
追加するだけだから大して変わらないかなと思ったんですけど。
このように一気に計算させるのと、
いくつもに分けて計算させていくのでは
負荷は変わるのでしょうかね?
変わるのならどちらが軽いと思いますか?
追記の場合、元のファイルの大きさはほぼ影響しない。
Cをやっている人間ならわかる（はず）だが、
追記と言うのは、ハードディスク上のファイルの終端を探し出して、
そこから新たなデータを埋めて行き、最後にファイルの大きさを示す数値を変更する作業だ。
従って、ファイルの終端を探し出す作業だけが、ベンチマークに影響する。
メモリの占有率を調べたいなら、そういうソフト入れてベンチマーク取ればわかる。
そして結果を発表すると皆から感謝される。
むしろ、その式は人間が見やすいかどうかを考慮した方がいいと思う。
1.printを使い一行ずつ出力
2.ヒアドキュメントで出力
3.別ファイルを作り読み取らせて出力
3は後々便利そうだけど、負荷が気になる…。
負荷が少ないって、どっちの？
「省メモリ」？ それとも「ＣＰＵ占有の少なさ」？
>3.別ファイルを作り読み取らせて出力
>3は後々便利そうだけど、負荷が気になる…。
じゃあ外部ライブラリとかあまり使わない方がいいよ。CPANもね。
1.出力処理が遅い。
2.出力処理は早い。
3.良識ある人間のやること。
一般に、メモリ占有量の低いものの方がウェブには向いているよ。
そうか？次々とくる要求に迅速に対応するために処理速度を優先しない？
それよりも、トラフィックを一番に考えてる俺は間違ってますか？
どうもです。
私も処理速度を優先させるべきだと思うねぇ。
というか、気にするほど大して変わらない。
基地外なほど膨大なデータを扱うならまだしも。
鯖を用意してやるなら、保守性を一番においても問題ないと思う。
>想定同時アクセス1000
これって小さいの? 秒間同時アクセス数1000ってことだよね?
大きなプロセスは常駐させてローカルソケットでCGIと通信してCGIは小さく作る、
データベースは下手に使わない、巧く使える場合にだけ使用する。
サーバーがつんでるメモリーの量によってどっち優先かは変わると思われ。
メモリー使い切ったらswapのオーバーヘッドがかかってかえって遅くなるし。
まあ、最近のサーバーはメモリーを湯水のように持っているからそんなこと考える必要ないのかな?
perlccを使う。
使ってどの程度早くなるかは知らんけれどね。
共有鯖ならいくらメモリ積んでいようと割り当てられるのは
微々たるもの
散々言われてていることだが、perlccではモジュールはろくすっぽ使えないので注意。
早速やってみたところかなり速くなりました。
でもサイズが2kちょいから800kほどに...
perlcc使ったことあるけど、2kじゃなくて2MBになったよ
perlcc だと1割くらいじゃない？
理由は説明しなくてもわかるよね？
'"'でくくると中に'$'が入っているかを検査してるから?
Yes she does!
それはホントなの？
Yes she does!
PHP のメーリングリストなんかでも、
速度を少しでも稼ぎたいときの小技として紹介されることがあるね。
ひとつひとつルーチン毎にファイルを分けて、
一度に呼び出す方が負荷が大きいですか？
漏れもそれ思うんだが、ファイルをまとめようが分割しようが、
結局たいした大きさじゃないので、どっちもオンメモリってことない？
分割しても常に全部使うのなら、まとめた方がシステムコールが
減っていいと思う。
Perl だったら CGI.pm でやってる遅延読込が参考になるかと。
あれはあれでメモリ食いそうだけど。
それじゃ、useでモジュール呼び出すより、
requireで、必要な所で呼び出す方が良いって事ですね。
別に必要になったところでuseすればいいんでないかい?
そうそう、SelfLoaderかまして起動時には一部しか読み込まれないように工夫しないといかんね。
function hoge() {
require('hoge.php');
}
hoge(); らなければ読まない。
Perlも同じく。
スクリプト自体軽くした方がいいんでしょうか。
富士山ほどのコメントを書いたら負荷になります。
わかるほどの差は出ないからちゃんと書いといたほうがいいよ
ってことは、少しは変わるんだ…。
体感できるほどの差ではない、つまり実質０
でも少しは…。
↓以下ループ。
ってことは、少しは変わるんだ…。
そりゃ、数百Mとかのコメントとか入れてたら、
メモリへロードするのが遅くなるだろうが、
処理速度そのものは、何の影響もない。
コンパイル時に無視されて、コンパイル結果もキャッシュされる
わけなんだから、全く影響しないんじゃ？
コンパイル結果に反映されないのは当たり前
コンパイル時に無視するためには最低限の判定が必要
要はコメントかどうか判定するフラグが少ないに越したことがないのか
という話でしょ
負荷が掛からないのはどれ？
その中に、なぜmod_perlがないんだ？
変数にデータを入れて、printで一気に出力するかどちらが負荷少ない？
それともヒアドキュメント使うか。
どれよ？
mod_perlそんな速くないよ。
そうそう、オレも知りたい。結構悩むんだよなー。みんな
その辺の使い分けはどうしてるの？
printよりechoのが速いってのは聞いた事あるけどね。
$|=1;print "";$|=0;とやるしかない？
変数作って一気に出力する。
エンコード自由に変換して掃き出せるようなものの場合はどうしてもこうなる。
ヒアドキュメントは
$aya=<<EOL;
あやや
あひゃひゃ
EOL
で変数ぶち込めるし。
どういう使い方してんだ？
うほっ
いい男！
";
これでいいだろ
mod_phpも同じだ。
>>401
速度は、
mod_perl > mod_php > CGI Perl > CGI php
の順。ちゃんと実験したサイト行って、見て来い。
>mod_phpも同じだ。
PHP可を謳っている鯖屋はmod_php可という意味で、CGI可(※)を謳っている鯖屋は、
CGI/Perl可という意味で謳っていると思うのだがどうだろうか？
CGI可に比べてPHP可の鯖屋が少ないのは事実だが、mod_Perlを使える
鯖屋を見た事がないのは、漏れの調べ方が甘いからなのか･･･
※）一般的にCGI=Perlという認識があるのでこのような書き方をあえてしたが･･･
つまり何が言いたいかと言うと、mod_php使える鯖がそんなに非一般的では
ないんではないかという事だ。
cgi版じゃない普通（というか一般的というか）のphpってこと？
適当な拡張子をApache::Registry上で
動くようにする事自体はむずかしくないんだけど
ユーザーのモジュールの名前空間に制限がかけれないので
userAが
use lib (/home/userA/lib/);
use myPackage;
としる状態で
userBが
use lib (/home/userB/lib/);
use myPackage;
とかしてくれちゃうと、動作がめちゃくちゃになってしまうので
ユーザーにmod_perlな環境を提供できません(´Д｀；)
>>410
mod_phpでない場合(サーバー組み込みで無い場合)
「php対応(ただしコマンドライン版)」という表記をみかけます
レン鯖（共有鯖）ではmod_perlを提供できないって事？
って事は一般的な環境ではPHP>perlつー事？
なるほど。さんくすです
ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
まだmsがやったベンチ結果のほうがdqnぽくない
PHP5のケース別ベンチやってくれんかな
個人では実験環境が作れないしzendの情報だけでは激しく不安だし、、
話は変わって、itboostのtips「効率的な処理」に、phpのループ構造は遅いから、
コールバック関数を繰り返し呼び出すとphpではなくcレベルでループが走ってくれるて
いいよってネタがあるけど、これはどうなん?
（あれはcountを一度にすれば大差ないような気もしつつ、、。
個人で実行速度を計測するといえば、ループ処理のことだと言ってもいいかと
おもうんだけど、これってphp特有の問題？
ハンドラ好きにさせるのはもってのほかなので
Apache::RegistryかApache::PerlRunを提供するしかないと
おもうのですが、前述の問題があり、自分の知識内では
不可能と判断しています。
(他に良い方法がないか探してるのですが...)
>>414
FastCGIも、共有サーバだとデーモンプロセス上がりまくりで
現実的では無いような気がしますが^^;
>ああいう非現実的な試行環境に統一して対照されても参考にできないよね、、
どこのサイトを見てるんですか？
有名なサイトだよ。３５の言語の25のベンチマークによる比較。
http://www.bagley.org/%7Edoug/shootout/
http://www.linc.or.jp/~takaaki/Family/takaaki/Labo/dynamic_page.shtml
そのへんはコミュニケーションギャップを楽しむところだと思ったり。
http://member.nifty.ne.jp/hippo2000/perltips/javaperl.htm
このあたりかな？とか思ってました
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
?>
<html><head><title><?=$title=></title></head>
<?php
と
echo << end
<html><head><title>$title</title></head>
end;
はどっちが軽いんだろうね・・・
俺は前者だと思う。
私もそんな気がして、なるべく上の方使うようにしてる
でも変数が多いところとかは下のやつ使ってる
明示的にする前者がやっぱ速いかな？特に変数が多いほど。
でも、PHPモードに入ったり抜けたりする負荷(と言えるかな?)を考えると前者のような気もする…
<html><head><title>'.$title.'</title></head>
';
これでいいべ
長い場合、echoを大量に書くわけにもいかんでしょ
HTMLのフッタ部分は定型に近いから?><?phpを使ってるんだけど
さほど変わらないのかなぁ・・・
http://www.php.net/manual/ja/language.basic-syntax.php
にもあるとーり結局内部的には echo で処理されてるから
あとは可読性の問題じゃないかねぇ。
（ ＾＾ ）＜ ぬるぽ（＾＾）
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
遅いときはイライラするぐらい遅い。
普通こんなにバラツキがあるものなのですか？
新しいhttpdの子プロセス上がった時とかキャッシュがないからでは？
重そうなモジュールは起動時に読み込むようにするとかして
コンパイル時間短くしたら？
私の書き方が間違っているだけなんですかね？
mod_perl1.2使ってたとき、モジュールのキャッシュ無視して、別空間にロードされる場合も。
最近のバージョンで改善されているかどうかは不明ですが。
モジュールの更新日が変わってるとか%INC消してるとかでなく？
どうやってその現象確認しました？
初回にロードした時間を記録するクラス作って、何度かリロードして確かめた記憶が。
他にも、子プロセス関係で何かしたと思ったけど、忘れた。
%INC消さなくても、ロードされる時はされてましたよ。
ライブラリモジュールに限らず、同一ファイル、同一パッケージ名の空間も
複数のキャッシュが存在してしまうこともしばしば。
それ知って以来、mod_perlは一切使ってませんが。
で、最近のバージョンはどうなんでしょう？
webDBで、mod_perlを導入したが、遅い。
まだSpeedyCGIの方がパフォーマンスが良い。
ただ、>>439 の言う通り負荷が高くなると不安定なんだよなぁ。
なんか回避方があったら、教えて欲しいよ。
私もWebとPostgresqlで組んでいるのですが、
mod_perlだと、速度のバラツキが尋常でなくて採用を辞めましたよ。
SpeedyCGIが安定さえしてくれれば、何も心配ないのですけどね。
DBI.pm使ってるからじゃないの？
それはmod_perlのせいじゃないような気が。
DBI使うとダメなんですか？
>>446じゃないが、DBIは遅い気がする。
あとDBIじゃなかったかな？サーバー名にIPアドレスじゃなくて
FQDN指定するとident投げるのって。
identが繋がらないとタイムアウトするまで固まるんだよな。
Perl/CGIで利用しているところが多いのにビビりました。
DBMS使う以上、何らかの効率性を望んでいるのだと思うけど、何故Perl/CGIなんだと問いつめたいよ。
逆に、Perl/CGIだと何がだめなのか説明してみてください。
http://homepage.mac.com/hiroyuki45/hankaku
漏れはMysq;でPerl/CGIしてるけど、移植元がperlだったから単純に鯖の負荷軽減が目的だったりしたが・・・
それに、Phpだと複雑なソース書ききれんかったろうってのもあるわけだが、お前さんはなにでやれと？
ある位置から数行くらい読み込む時、
10kbくらいのファイルと、300kbくらい（要するにでかい）ファイルでは
負荷に違いってあります？
open IN, ...;
for($i=0; $i<10; $i++){
$line = <IN>;
...処理
}
close IN;
みたいなプログラムでつ。
どうやって「ある位置」までファイルポインタを移動させるかに依る。
行単位で空読みさせて移動するよりは seek 一発の方が速い。
その例だとファイルの先頭からだから変わらん。
Perlで書けてPHPで書けない「複雑ソース」って何?
最近あまり追ってないんだが、
PHPってtermiosによる端末制御できたっけ？
fork()は出来るけどpipe()は出来たっけ？
あと、PHPはスコープが滅茶苦茶だから（まぁPerlも変だけど）
あまり大きいソースを多人数で書くのには向いてないと思う。
１行の文字数が不定なんでseekで飛ぶことが難しいんす。
2chログのように301-400だけ表示みたいな場合は
やっぱ空読みしてるんかな。
適当にread系のcgiを漁ってみたけど、やっぱ空読みしてるみたいだわ。
1000行程度なら空読みでいいと思う。
万単位になったら、インデックスと作るとか対策考えろ。
１、行ごとのファイルポインタを記録してある。
２、一定件数ごとに、ファイルポインタを記録してある。
３、2chは入力値の長さが決まっているから、固定長フォーマットにしてある。
これだけのアクセス数があるところで、空読みは考えにくいな。
板のトップで、数千行単位で空読みされるのですか？
今は知らないけど、今までの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より呼び出される回数は圧倒的に少なく
それほど問題にならない気が。
それならJcodeなんかは先頭でuseせずに
送られてきたデータのチェック済ませてから読み込ませた方が良いのかな。
#チェックにJcode使うなら別だけど
http://www.perldoc.com/perl5.8.0/pod/func/use.html
http://www.perldoc.com/perl5.8.0/pod/func/require.html
もう訳がわからん。
負荷を軽減させるために、>>470がspeedyCGIを入れたんだろ。
ここは、負荷軽減の為のスレだよ。
今は書き込みや読み込みの時にfile()で全部取得しているんですがログが増えると負荷が大きくなりそうな気がするので。
DB使ってね！
ないですね！
逆に、なんでDB使うのいやなんですか？！
なんで必死なの？
474が悩み事の矛盾に気がつかないからだよ！
２ちゃん程度の規模でもDBなぞ使ってないんだが。
ていうか、逆に２ちゃんをDBで書き直したらえらい事になると思うが・・・。
普通のBBSって書き込みはFIFOだし、読み出しはシリアルだから
逆にDB使うほうが負荷が大きくなる。
DB使わずにfile()以外のやり方ないかと思ったんですが
スレ読めよ。
データ構造を固定長にしてバイナリファイルに格納しておき
fseek fread fwrite などを使えば部分処理が出来るから負荷は
減ると思うよ
えらく辛かったが、めちゃくちゃ速くなった。
具体的にどういったモジュールを消せば良いのだろう。
とりあえずスレ違いと思われ
スクリプト上で解決可能な話題が主題かと思う
http://click.dtiserv2.com/Click2/1-98-7254
apacheもスクリプトも両方チューニングして、
「負荷軽減対策委員会」と呼べるような気がするのだが…
方針変更という事で・・・
できることだし、別問題じゃないか？
mod_mime_magic,mod_dir,mod_auth,mod_access,mod_cgi,mod_log_config,(mod_env)
(mod_perl)
http://httpd.apache.org/docs/dso.html
速度重視ならDSOを使わな方が良いという話で良い？
そういうこったな(w
>>501
「あぱちのmoduleとして動作させると」とか
書いとけばつっこまれなかったのにな
あとは定数と直接数値を書き込むのはどっちが軽いのだろうか
ぐだぐだいう前にベンチしろ、このヴォケが
Perlを始めよう、ならエディタから直接プロンプト起動できるし良い。
俺はtxt,HTML,Perl,PHP,SQL,C,Java,XMLなど全部ひとつのエディタで
やりたいからEmEditor3を使ってる。
自分は
エディタ･･･秀丸
ブラウザ･･･アパッチ
エディタ：ＱＸ（慣れてる＆コマンドラインに渡せるから）
サーバー：ANHTTPD（既に入れてたから）
なんだけど、やっぱ、アパッチの方がいいかね？
……スレ違いだけど、この話題続けていいもんかね。
エディタはPerlエディタスレ、サーバ話は何処が良いんだ。
無難に初心者質問スレでも薦めておくか。
ところでブラウザがアパッチって凄いな。
>>512がブラウザ？って・・・
エラーの内容を出力してくれるサーバーって無いの？
例えばCGIでエラーを標準出力に表示するのは?
え？そんなのあるの？知らなかった････
やり方は？
言語にもよるけど、rubyならこんなかんじで
begin
# 例外が発生する可能性がある処理
rescue 例外
puts "#{$!} (#{$!.type})"
puts $@.join("\n")
end
perlはよく知らないけどこれでできるかな?
eval 'なんかの処理';
print $@ if($@);
1. グローバル変数多し、my レキシカル変数使わず
2. 関数分割せず、ベタ書き
3. ヒアドキュメントを使わず、print '' の嵐
なものが多い。こんな手法が負荷軽減に貢献すんのか？
意見求む。
> 2. 関数分割せず、ベタ書き
について負荷軽減との関連性についてのご教授お願いします。
でも、HTML を軽くするために、すべての改行を取り払ってサイズを小さくしよう的な
アプローチですにゃ。そこまで必死な人は、すればいいにゃ。
負荷を考えれば、そうだけど。
普及を考えれば、どうかにゃあ。
print '<HTML>';
print .........
print '</HTML>';
ケース２：print 文いっかいだけ
print '<HTML>
.......
</HTML>';
ケース３：ヒアドキュメントで print 文いっかいだけ
print <<'END of HTML';
<HTML>
.........
</HTML>
END of HTML
こういうのを比べてるってこと？
ケース２とケース３は、（ヒアドキュメントの末尾の改行を除けば）等価でしょ？
じゃなかったら首つるです。
違いが出てくるとすれば、パース・・構文解析にかかる時間。
それも有意差は出ないでしょう。
異論ありますかにゃ？
ttp://boobar.hp.infoseek.co.jp/bench/print.txt
へー結構差があるんだね。
…測定はやはり浮動小数点か何かでやったらいいのだろうか。
(´・ω・｀)ｹｲｹﾞﾝｻﾚﾀﾉｶ、ﾖｸﾜｶﾝﾅｶｯﾀ。
PHPA、だいぶというかかなり違うようですが。
http://turck-mmcache.sourceforge.net/
能書きのとおりなら「最速」だそうだが。
全然実感できない つдＴ）
my 変数の方が速いの？
速度とか関係無しにstrict通るようにした方が良いだろうって話は置いといて。
シンボルテーブルに登録されないし
ttp://boobar.hp.infoseek.co.jp/bench/scope.txt
と言うかメモリ使用量とかどうやって調べてるんだろ…。
測定用のモジュールとかあるのかな？
OS に依る。Linux や *BSD なら vmstat(8) とか top(1) で
別ターミナルから測定。
タスクマネージャみたいな監視ツール作ってログ取るようにすれば良いんかな…俺にゃ無理だけど…。
ログファイル自体をHTMLにするって効率悪いよねぇ。
変換するのは１回だがアクセスされるのは何度もあるからいいのよ
ログなんて管理人しか見らんし。
会社の負荷を減らすためにﾈ！
でも、結局負荷軽減ってアルゴリズム考えた方が、
myがどーの、ヒアドキュメントがどーの、言うより意味あるよね。
言語選択ではある程度答え出てるし、このスレの意義って。。。
サーバの負荷を優先するか。
きわどいな…
http://kenchin9.hp.infoseek.co.jp/fupbbs.html
http://kenchin9.hp.infoseek.co.jp/cgi-bin/fupbbs/bbs.cgi
> ベスト・オブ・ツール 2002
> サーバ＆コミュニティ部門 掲示板ＣＧＩカテゴリー
> (祝) 金賞受賞
これはすごいことなの?
宣伝ｳｻﾞｲ。あちこちマルチすんな！
ネットランナーだぞ？ネットランナー
「ネットランナー」って読んだことないです
とりあえずぐぐってみたら、
http://www.zdnet.co.jp/internet/runner/
> 超ヘビーユーザーになるためのインターネット活用誌
（ ﾟдﾟ）ﾎﾟｶｰﾝ
厨房の愛読書だよ
賞もCGIの人気とか上っ面だけしか見てないで取ったりして、
作る人から見たらひどいソースのものも入賞してる
それには文句いうの（・Ａ・）ｲｸﾅｲ!!
たいていのやつがソースなんてどうでもいいんだがな。
重(･Ａ･)ｲｲ!!
返信で無制限にファイルをアップロードできた
ファイルタイプの判別を拡張子のみでやってる
設定でどうにかなるかもしれないけど
とりあえず気になったのはこんなところ
配列の使い方すらわかってないように見えたし、変数全部グローバルだし。
関数の使い方も変だし。 ﾈｯﾄﾗﾝﾅｰとかいう雑誌のﾚﾍﾞﾙがわかっちゃうな
ネットランナーとやらでは金賞かもしれんがバグ放置はまずいと思うぞ。
常にSTDINから無条件で受け入れる仕様。
投稿記事がある状態で-Tを付けて起動するとrtn_gnrl.plで起こる無限ループ。
管理用ページ→基本設定→「記事ページ最大表示数」を空にして設定保存→掲示板へ戻ると
Lib_gnrl.plで0除算して二度と起動しなくなる事で負荷を下げるエレガントな仕様、等他大量。
> 負荷を下げるエレガントな仕様
禿しくﾜﾛﾀ
[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.
直接言ってやらないと。
叩いてわたる(^^)
585
毎晩httpdにCPU20～89%くらい使用量があって
サーバが激重なんですが、原因がはっきりしない…
Apacheやネットワークの設定をどうにかこうにかして
負荷を減らす方法無いですか？
どのようなスクリプトを実行させているか、で話は変わってくる。
非力なwwwサーバで山ほどモジュール組み込んで激重ＣＧＩでも置いてるんだろ
2ショットチャットとか画像アップローダとか・・。
>>590
えーっとサーバは確かPenIVの2GB、RAM1GBだったかな。
なんだ、ネタだったのか
PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB
my($a,$b,$c);
とするのと
my($a);#コメント
my($b);#コメント
my($c);#コメント
と書くのでは、処理速度や負荷に差がありますか？
配布とかメンテを考えると後者で書きたいんですが。
処理によってはルーチンのうちのほんの一部しか
使わないという場合、
処理をライブラリにしてrequireするのと
全体が１ファイルなのとどっちが効率いいのでしょうか？
でっかい実行ファイルを起動するのと
ちっちゃいのを起動してrequireするのと
どっちが軽いかという問題だと思うんですが。
負荷が気になるなら負荷を調べる方法ぐらい知っておいたほうがよろしいかと
そもそも、あなたの「軽い」ってどういう意味ですか？
exit;
～以下長文～
?>
requireのとこまで来たら結局全部読み込まれるのではないかな？
スクリプト内にあるとrequireされるんでしょうか？
requireを見つけてからrequireする？
そんな簡単なことぐらい試せばわかるだろ
if ( 0 == 1 ) { require './存在しないスクリプト.pl'; }
exit;
一回実行したらメモリー上にキャッシュして次回から高速実行するツール
あれ使ったほうが軽さという面では圧倒的（ただしＣＰＵ負荷）
回線負荷は変わらんし大概先に満杯になるのは回線帯域のほうだ
共有鯖での利用を考えてる人もいるだろうし
でも、短くするために敢えて重い処理をしていることもあると思うんよ。
それでも短いから負荷は感じないわけだけれども。
単純に処理を軽くする以外にも、コードを小さくする負荷軽減もあるんやねぇ。
＞短くするために敢えて重い処理をしている
＞コードを小さくする負荷軽減もある
ドキュンやな。
ある処理をする際に
A: 複雑な処理をする組み込み関数を使う
B: 単純な処理をする組み込み関数をいろいろ組み合わせる
の2種類の方法があるとして
Aの負荷 < Bの負荷
ってこと？
そういう場合もあるんじゃないかと思ったので。
試しにnph ソースを作って、Content-Length を送信するようにしたら、
チャンクコーディングされなかったけど、接続が毎回切れるみたい。
どっちが良いのか微妙っぽい。
B.. $aa=~/x/?($pa=1,$pb=1):($pa=0,$pb=0);
等価らしいです
ソースは、ttp://ww4.tech.nu/?d=653
たしかにコードは短くできるので試したところ
レスポンスが悪く、重くなった気がします
http://perldoc.com/perl5.8.4/lib/Benchmark.html
三項演算子使ってるだけでしょ、普通に使うけど。
レスポンスは落ちるのかなぁ？
藻前は一つ前のレスが読めねーの？
①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）マークのユダヤ教にでも、入信せよ！
データ構造とアルゴリズムを見直せ
次にCPUをグレードアップしろ
それでもダメならCか汗ブラで
Personal Home Page の略?
データベースに入れてしまうのってよろしくないの？
最後の方を読む時とかに早いと思うんだけど。
index.htmlとsubback.htmlの更新・ソートを省略できて負荷軽減に繋がらない？
と思ったけどレス数表示のために更新しなきゃならないか…。
もう少し工夫すればなんとかなる気がする。
マジレスするとそんな低レベルの操作をしたら
処理中は他の処理が出来なくなるだろうが
スクリプトをあれこれこねくり回す前に試してみれ。
誰に対してのレス？
それは理解した上で別の方法を模索するスレなのでは？
javascript
ファイルに出力
ようするにHTMLでクッキー機能できるようにすりゃいいってことでしょ？
NEWマーク表示できないくらいしか思い浮かばん
いらん機能だし
出来る。
ファイル数も結構増殖していくし。
それくらいかの。
このスレのソース。
ｻﾝｸｽ
operaやMozillaだと文字化け起こすぞ
実際そうだし2chもそうだからいいかな、と。
拡張子無しで/bbsってなってるのが昔から不思議で。
googleなんかのuri表示で見ると、
http://xxx.teacup.com/yyyy/bbsだと、
www.tcup-.com/xxx/yyyy.htmlが本体らしいんだけど。
みんな妥協派ですか？
http://pc5.2ch.net/test/read.cgi/php/1095633323/
だからIE以外じゃできないってのアホ
（ ´,_ゝ｀）ﾌﾟｯ
http://www.google.co.jp/search?sourceid=navclient-menuext&ie=UTF-8&q=%E6%8B%A1%E5%BC%B5%E5%AD%90%E3%81%AA%E3%81%97%E3%81%A7%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AB%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%81%A7%E3%81%8D%E3%82%8B%E8%A8%AD%E5%AE%9A
投稿時ならともかく。
切替ならそれぞれリンクを用意するだけで済むのでは？
閲覧時のクッキーってストーキング用途しか思いつかない。
それだけしか思いつかないおまいの脳に乾杯
2chで化けるのはbbs.cgiで発行してJavaScriptで取得してるからじゃ?
動的にやればインタラクション的にも手軽になんでも出来るし。
HTMLにすんのとしないのとじゃけっこう差出るの？
一概に○○なら△△とはいえない。
まあ、統計的に、そのページが更新されるまでに10回以上アクセスされるとわかれば、
一般的にはhtml化した方がいいだろうな。
式にすれば
html化するコスト << html化しない場合のCGI起動コスト * not modify間での平均アクセス数
の場合は、html化のメリットが大きい
このスレは負荷軽減がテーマなんだが？
本当に負荷を下げたいならCGIなんか使わずサイト丸ごと圧縮しておくのが一番だろうし。
俺はCGIを作る側だけど実は↑これが一番好き。
まあ両面作戦だね。
2, Requests per second: 17.53 [#/sec] (mean) mod_perl (1と全く同じソース)
3, Requests per second: 60.22 [#/sec] (mean) html (1,2のプログラムで出力された物をhtmlで保存した物)
DBIやarchive等、結構重いモジュールを読み込んでDBにアクセスして表示するプログラム。mod_perlのDBアクセスは永続化している。
処理内容によって一概にいえないけど１つのパターンとして参考までに。
静的htmlだとカウンターだのダイレクトに表示出来ないしクッキーも文字化け(IEではunicode,xxxだとURLencodeだの)
等の問題が発生してめんどくさい。クライアント依存の処理はやはり気持ち悪い。
これって数字高い方がいいってことなの？
ベンチマークに無知でｽﾏｿ
確かに文字化けるんだよな・・・
ユーザにHTMLとCGIモードを選ばせるようにしたらいいかも
このｱﾝｶｰ、2chではﾀｸﾞをｱｸｾｽごとにつけてるんだっけ？
んだよ、ほれ。
http://pc5.2ch.net/php/dat/1034645635.dat
サニタイジングもregist時にやってるな。
２ｃｈは書き込みも多いが、それ以上に読み込みが凄まじいからな。
リンクトレードproやThe Roomのランキングリンクのようなエロサイトによくあるランキングを
PHPで作ってみました。ユーザーごとに情報を1行CSVに保存させて、それがカウントファイルも兼ねてます。
表示部分は静的です。
出来上がったところで、上司に負荷かかりそうだからDBにしてよと言われ、MySQLで作り直してみたところ、
現在ユニーク1万/日くらいのサイトであっというまにMySQL接続数多杉エラーが出ました。
サーバ管理者にMySQLの接続数多すぎと出ましたと言ったところ、
設定変えることもできるけど、トラフィック多いサイト目指すならPostgreSQLにしたほうが良いといわれました。
今とりあえず素直にPostgreをサイト見ながらソース書き直してますが、
一体どの方法がベストなんでしょうか。
ちなみにPHPは趣味レベル、DBの経験は今年からなのでソースに問題があるのかもしれません・・
postgresにすれば良いってわけじゃないような。
ユニーク1万/日ぐらいだと、squidでリバースプロクシを導入してみるとかは？
今後増える予定です。目標が10万PV/日くらいです。
同時接続数を増やせないなら、１接続あたりの接続時間の短縮をやらんといけない訳で。
もうクエリを発行しないと分かった時点でコネクション切断とか、
そのレベルの最適化はやってるよね？
初心者らしいから言ってみると、WHERE句、LIMIT, OFFSETで取得数を限定して、
ＤＢから取得したけど使わず捨てているデータを削りこむとかやってみそ。
やってるつもりなんですが、、
inのカウント取得ファイルのソースをコピーしてみます。
http･･･xxx.php?usrid=$usridで叩いて、DB開き。
$tabledata = mysql_query("SELECT * FROM usr_table",$db);
//配列に入れ
while($row = mysql_fetch_array($tabledata))
{$usr_array[$row[usrid]] = $row;}
//t1フィールドに直前IP記録＆カウント
if($rmhost != $usr_array[$usrid][t1]){
$incountup = mysql_query("UPDATE usr_table set incount = ceiling(incount + 1) where usrid = \"$usrid\"");
$ipupdate = mysql_query("UPDATE usr_table set t1 = \"$rmhost\" where usrid = \"$usrid\"");
}
mysql_free_result($tabledata);
mysql_close($db);
if( !$db ) {
print "接続できません。<br>\n";
exit;
}
header("location:{$homeurl}");
これだけです。これで動いたんですが、やっぱり記述おかしかったりしますかね、、？
ランクカウント以外の部分(順位の表示とかカテゴリ参加数の表示とか)はどう処理してる？
もしリアルタイムでやってるなら、静的なHTMLで処理するとかcronで処理させるとかすると、
劇的にコネクト数は減るよ。
ユニーク1万にも耐えられないならDB使う意味ないし、Postgresにすりゃいいってもんでもないと思ふ。
やはり、設計段階からの見直しが必要かと。。
毎秒何回ぐらいqueryの発行あるか分かるなら書いてみて。
>>699
順位他の処理は、3600秒ごとに静的に書き出してテキストファイルをrequireしてます。
cronではなく、テキストファイルにタイムスタンプ書き出してアクセスごとにチェック、前の書き出しから+3600秒以上経っていたらランキング再書き出し、という感じです。
>ユニーク1万にも耐えられないならDB使う意味ないし、Postgresにすりゃいいってもんでもないと思ふ。
ですよね。。
毎秒何回query発行あるか、どこで見れば良いんでしょう。。
とりあえず今はサイト止まってしまうので旧テキストファイル版に戻してしまいました。
やはりそれぢゃったか
mysql_pconnect して DB に接続すると
mysql_close しても
スクリプトが実行を終了しても
それどころかクライアントがブラウザを閉じた後も
DB接続が切断されずに残り続けるんぢゃよ
つまり今の状態だと mysql_close が全く効いておらん
これは接続をプールして再接続の負荷を減らすためのGJな機能なんぢゃが
DB接続数上限が逼迫している状態では逆に足を引っ張ってしまう両刃の剣
素人にはお薦めできないとまでは言わないが、注意して使わんといかんのぢゃ
mysql の最大接続数を apache の MaxClients より大きく設定する、とかぢゃな
とりあえず mysql_pconnect を myqsl_connect に変更すれば
mysql_close で接続が切断されるようになるので
かなり状況が改善するんぢゃないかのう
勉強になったありがとう。
きっとそれっぽいですね。
大変勉強になります。ありがとうございました。とりあえずそれを試してみます。
なんてか、削り込み以前にDBMSの本をちゃんと読もうよ。。
header("location:{$homeurl}");
と、リダイレクト先URLしか要らないのに、
$tabledata = mysql_query("SELECT * FROM usr_table",$db);
ここで全テーブルデータをぶっこ抜いているのがそもそもの間違い。
ここは
$tabledata = mysql_query("SELECT * FROM usr_table WHERE usrid = \"$usrid\" ",$db);
と必要な行以外は抜いてこないように直すべき。
入門書から取ってきたんだと思うけど、このやり方、小さな個人サイトなら
またしも10万PV/日のサイトに使える方法じゃない。
という訳で入門書以外のDBMS専門書を読むことを勧める。
データーベースオープン
全データーを配列にコピー
データーベースクローズ
その後配列に対して処理色々なんてことをやってるスクリプトを見かけるが
全部読み込まなきゃいけない処理なら普通のファイルに保存したほうが軽くて速くないか？
早いかもしれないけど影響がでるほどの量だとすれば、
データの書き込み（更新）する必要がある場合dbでやる方が安全だと思う。
いや、だから、あのさ（ｗ
ｄｂ使うなら丸ごと読み込んだりしないだろう？普通
プレーンテキストからDBに移行するべきなのかという目安を考えるべきだと思う。
とりあえず思いつくのは
・アクセス頻度と平均処理時間から待ち行列を計算して「ヤバ」と判断したとき
・top の load average が 1 を超えたとき
・HDDのスワップ音が聞こえるとき
・体感的に「重い」と感じたとき
小規模でもデータはDBで管理した方が良いね。
こんな俺はきっと駄目なPGだ orz
http://wiki.43folders.com/index.php/Plain_text
どうでもいい；）
それはWebProgを走らせる「環境」の話だから。
ここは共有鯖で使うCGIの負荷を以下に下げるかの話するスレ（機能してないけど）
コメント行削ったら半分以下になった
CGIやPHPで大きなファイルなどのダウンロード速度の制限などを行えるのでしょうか。
検索してみても出てこなかったので
やはりサーバーの方で直接設定しないと出来ないものなのでしょうか。
スクリプトでファイルを読んで、pushするなら出来ないことも無い。
でも回線負荷は下がるかもしれんが、サーバの負荷軽減にはならんでしょ。
普通は>>725の通り。スクリプトでファイルを送り出すなんてしない(高負荷)。
やはりサーバー側で直接行う方がスマートで負荷低減になるのですね。
当方サーバー側をTelnet出来ない専用サーバーをレンタルしており
スクリプトでどうにかならないか考えておりました。
SQLite機能がついており、ファイル制限が出来るらしいのですが
DBもやめた方がよいとのことで、
ありがとうございました。
管理上の必要があれば、DBに放り込むこと自体が悪いわけではない。
専用鯖なら負荷かかってもいいんじゃないの
専用サーバなのにTelnetできないのかｗｗ
SSHがあるというオチとか
ちょっと覗かせてもらったらapacheのプロセスがひとつ毎に１０ＭＢほどもメモリーを消費しちゃってるんで、一瞬、え？っと思ったんですが
当方phpもpostgresもあんまり詳しくありませんのでもしかしたらこの構成だと普通の状況なのかな？とも思いまして質問させていただきました
phpはapache2.のモジュールとして組み込んで有ります。
それくらいふつうだろとか、直感的になんかあやしいとか、プログラムがタコだとそうなるとか、感想をお願いします
要約するとapacheのモジュールとして組み込まれたｐｈｐからpostgresqlを使ったらメモリーを１０MBガメるのは普通ですか？
ってことだな
ただのリクエストで、どれだけ消費するか見てみないと、なんともいえないね。
＞apacheのプロセスがひとつ毎に１０ＭＢほどもメモリーを消費しちゃってるんで
普通。
＞phpはapache2.のモジュールとして組み込んで有ります
のような状況の場合、普通。
(PHPのエクステンションを極力動的に組み込めば減るけど)
もしかしてCGIから動かしたほうがいい？
10メガ位でけちけちすんなよ
別プロセスで立ち上げると負荷かかって遅くなるし
その代わりPHPを使うリクエストがくる度にロードすることになるから
今度はCPU負荷が高くなるよ。まあサイトの特性で考えれ。
共有サーバなんかはセキュリティを高めるにはCGIで動かすしかないしな。
(例えリクエストの度にロードされてレスポンスが悪くなるデメリットがあるとしても)
>共有サーバなんかはセキュリティを高めるにはCGIで動かすしかないしな。
何故？
パーミッションの都合
間違ってたらスマソ
$a = $b ってしてもその瞬間にはコピーされない．
だから、PHPでは「パフォーマンス重視の参照渡し」は
ほとんど無意味ってことかな。
eAcceleratorなんか使ったら相当違わない？
要するに PHP を選択してる時点で既にパフォーマンスよりも開発効率を取ってる，ってこと．
速度上げたいなら重い処理だけ C/C++ 使うとか，あるいはハードウェアで解決するとかしたほうがいいんじゃないかな．
アルゴリズムの最適化はもちろんするけど．
インタプリタだからこそ工夫するというのはその通りだけど、
ざっくり体感に跳ね返ってくるレベルで考えたほうがいいと思う
たかだか１０Ｍだろ？
そこメモリ何Ｍのマシン使ってんのよ？
３２Ｍとか？ｗ
DBサーバとフロントサーバを分ける場合、
両者はやはり同じLAN内に設置するのが基本ですか？
離れたところに置くと、レスポンスはけっこう遅くなります？
物理的な距離とレスポンスは関係ない。
LANであろうが回線が遅ければ遅い。
WANであっても回線が速ければ速い。
セキュリティを重視して分けておけ。
同じLAN内に設置すべき、っていうわけでもないんですね。
でも普通はLAN内の方が回線は速そうですね。
何かLANとドメイン(≠インターネットドメイン)を
一緒くたにしてるように思えるけど。
ssh は重い
たかだか、というけど、メモリ上限のあるVPSとか借りてると結構辛いよ？
うちはlocalTalkですよ。
このスレって負荷軽減の邪魔する委員会なんだろ？
仮にそれはもうめちゃくちゃユーザーが登録されていて(かなりの負荷)、DBの読み書きをする場合以下の2つのパターンだとどちらが負荷がかからないでしょうか？
速度の点についても知りたいです。
1.1つのテーブルに全員分登録しておき、普通に読み書きする。
2.ファイルに「ID+その人が使用するテーブル」を記述しておき、それを読み込んでから、複数用意されてるテーブルの中から指定されたテーブルを動的に選択して、読み書きする。
どうなんでしょ？質問＋保守上げ。
仮にデータが50000件あれば1つのテーブルは5000件で済むということになりますよね？
あははおもしろーい
1
試して測ってみんなに報告。これで皆幸せ。
多分１の方が効率的だと思うけど。
2だと他に色々やりたい時不便になってきますよね。
地道にプログラム面を改善していった方がいいのかもしれませんね。
2chはテキストファイルベースです
言語はC
>>776
1の方
DBの負荷を下げたいのなら、テキストファイルベースの処理を上手く使うといい
read.cgi=C
だったかと
read.cgi=C;
さて、貴方ならどのような方法でdenyする？
ダウソツールとわかるUserAgentならまずそいつを403へ
次に一定間隔の連続or同時接続を503へ
それでも懲りないならFWで叩き落す。
JAVAなのでちょっとperl、PHPスレとは違うけど共通する部分はあるので。
私の場合、某フリーソースの掲示板を元々おいてたんですけど、レス数が３万をこえたあたりから
ワード検索やレスのカキコミに非常に時間がかかるようになってしまいました。
そのCGI（PERL）はレスのログをテキストファイルに出力しているんですが、毎回何万行も読むんではそりゃ時間かかる
なという感じになってしまいました。
そこで、新しく掲示板作る時には、DB使うべきなのか、それともログ出力用のテキストファイル使うべきなのか、HTMLファイルとして吐き出す
べきなのか、どれがいいとおもいますか？
２ｃｈとかはオーバーヘッド対策でDB使わない仕様にしてると聞きました。
やっぱDBにするメリットはオーバーヘッド考えると皆無なんでしょうか？
HTMLファイルに書き出すってのは軽そうだけど検索用のメソッドをHTMLファイルに走らせると早いのかどうか不安な部分もあるんです。
関係ないのでしょうか？
2chだって1000レスか512kで別のスレ立てないといけないんだし。
DBのオーバーヘッドを心配しなければいけない程アクセスが予想されるなら、
表示はHTMLで出力、読み書きはテキストファイル（もちろん分割して）すればいいし、
そうでもないならDB使えばウンコみたいに楽ちん。
DB使わない前提で考えると
ということは、１スレごとにHTMLファイルを作ったほうがいいんでしょうか？
１スレ、１ファイルにしたら何万ファイルもできちゃいっても大丈夫なんでしょうか？
http://www.kusastro.kyoto-u.ac.jp/~baba/wais/other-system.html
大変参考になりました。
こんなに役に立った外部リンクは初めてです。
本当にありがとうございます。
最初grep型の検索しか考えてなかった自分の低脳ぶりがはずかしいですｗ
結局、スレごとに１ファイル書き出して、Luceneを実装してこれでインデクシングして検索に対応することにしました。
Namazuに比べるとどうかな？と最初は考えてましたが、wikipediaでの採用実績を考えると問題ないとおもいましたので。
１スレ１ファイルをテキストファイルで生成して、XSLTで整形してHTML表示しようとおもいますが、YSTやGOOGLEのSEOを考えると、
最初からHTMLとしてファイル生成したほうがいいとおもいますか？
テキストファイルで生成するとpageRANKつかないですよね？
何いってんのかよくわかんねえけど
ページランクはHTMLで書いてあれば、どんな形式でもつく。
1分おきに画像掲示板に底引き網かけてるやつ
死ね！おまえだよおまえ→.kngwnt01.ap.so-net.ne.jp
丸ごと永久規制してやってもまだやってやがる
何時間PC付けっぱなしなんだよ
火事になって死ね
Webサーバ上にあるファイル(バイナリ含む)をファイルパス直接指定でダウンロードする（させる）のと、
以下のようにperlのcgiを通してダウンロードさせるのではどのくらい負荷が違うのでしょうか。
…
binmode(STDOUT);
while(1){
read(FILE, $buf, $bufsize);
last unless (length($buf));
print $buf;
}
…
目的は、IEで日本語ファイル名のファイルをダウンロードするときに
ファイル名が文字化けするのを防ぐためです。
つまりapplication/octet-streamやContent-Disposition: attachment; filename=を付けるためだけのCGIです。
もしダウンロードしている間ずっとCPU時間を使っていたら大変だと思いまして。
例えばファイルパス名指しで直接アクセスした場合の負荷を1として、
CGIを使うと10くらいになるのかあるいは1.1くらいなのかの目安が知りたいのです。
bufsizeは1024です。「bufsizeをこう変えたら負荷が減る」というアドバイスなどもあれば助かります。
CPU負荷が特別高いのでしょうか。
ご教授お願い致します。
.htaccessに放り込むスクリプトができたよー（＾o＾）ﾉ
・ランキングは使わないが登録人数が300人を超すCGIゲーム（50分おきに送信）
・FLASHやJAVAを表示するCGI（1個約2MB、合計12個を1つずつ表示）
>>814の疑問が解決しそうです。
http://codezine.jp/article/detail/1027
0817 忍法帖【Lv=40,xxxPT】(1+0：8) 【14.4m】 電脳プリオン ◆3YKmpu7JR7Ic 垢版
2012/11/23(金) 12:02:34.20ID:????PLT(12079)（ ・∀・） | | ｶﾞｶﾞｯ
と ） | |
Ｙ /ノ .人
/ ） .人 < >_∧∩
＿/し' < >_∧∩｀Д´）/
（＿フ彡 Ｖ｀Д´）/ / ←>>434
/ ←>>277
魚沼産コシヒカリ
Ａ５のサーロイン
大間のマグロ
高級メロン
の軽減税率をお願いしますねｗｗｗ
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
TM7C0LN4KO
AKH0N
レスを投稿する
ニュース
- 【サッカー】U-23日本代表、UAE代表に完封勝ちで2連勝！日韓戦を前に決勝トーナメント進出を決める [久太郎★]
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★3 [Hitzeschleier★]
- ロシア出身YouTuber、経済的困窮で「国ガチャ失敗」？嘆く日本人を一喝「給料13万？自分のせいやん」日本を「大当たり」とする理由は [muffin★]
- 【理研】日本人の祖先は「縄文系」「関西系」「東北系」の３系統か、ゲノム分析で従来の説「縄文と弥生」に疑問 ★2 [樽悶★]
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など ★２ [ぐれ★]
- 大谷翔平を〝見誤った〟北村弁護士が謝罪「大嘘つきにだまされた自分を恥じております」 [muffin★]
- 【悲報】だが、ビーガニズムに対する反発がアンチヴィーガンなんだよね
- 【実況】博衣こよりがえちえちplate up🧪★5
- 【実況】博衣こよりがえちえちplate up🧪★4
- 【実況】博衣こよりがえちえちplate up🧪★6
- お前ら俺のこと愛してるか？
- 福岡市在住の25歳女だけどツイキャス見てる