★負荷軽減対策委員会(Perl、PHP)★
■ このスレッドは過去ログ倉庫に格納されています
0001ジークハルト ◆VUxx/EwNXI
02/10/15 10:33ID:ifgLRUybならないのはサーバへの「負荷」。
負荷の高いCGIの使用は削除対象となるのが目に見えてます。
負荷を軽減させるにはどうすればいいか?
どういう書き方をすればいいか?
そんな委員会を開設しました。
0520nobodyさん
03/10/30 00:48ID:???0521nobodyさん
03/10/30 10:59ID:???エラーの内容を出力してくれるサーバーって無いの?
0524nobodyさん
03/10/30 13:34ID:???言語にもよるけど、rubyならこんなかんじで
begin
# 例外が発生する可能性がある処理
rescue 例外
puts "#{$!} (#{$!.type})"
puts [email protected]("\n")
end
perlはよく知らないけどこれでできるかな?
eval 'なんかの処理';
print $@ if($@);
0525nobodyさん
03/11/03 00:59ID:???0526nobodyさん
03/11/06 16:02ID:4b5YfiKA1. グローバル変数多し、my レキシカル変数使わず
2. 関数分割せず、ベタ書き
3. ヒアドキュメントを使わず、print '' の嵐
なものが多い。こんな手法が負荷軽減に貢献すんのか?
意見求む。
0527nobodyさん
03/11/06 16:18ID:???0529ぺるにゃん
03/11/06 22:21ID:???でも、HTML を軽くするために、すべての改行を取り払ってサイズを小さくしよう的な
アプローチですにゃ。そこまで必死な人は、すればいいにゃ。
0530nobodyさん
03/11/06 22:26ID:???0531nobodyさん
03/11/07 00:48ID:???0533nobodyさん
03/11/07 02:57ID:???0534ぺるにゃん
03/11/07 03:40ID:???print '<HTML>';
print .........
print '</HTML>';
ケース2:print 文いっかいだけ
print '<HTML>
.......
</HTML>';
ケース3:ヒアドキュメントで print 文いっかいだけ
print <<'END of HTML';
<HTML>
.........
</HTML>
END of HTML
こういうのを比べてるってこと?
0535ぺるにゃん
03/11/07 03:43ID:???ケース2とケース3は、(ヒアドキュメントの末尾の改行を除けば)等価でしょ?
じゃなかったら首つるです。
違いが出てくるとすれば、パース・・構文解析にかかる時間。
それも有意差は出ないでしょう。
異論ありますかにゃ?
0536nobodyさん
03/11/07 05:18ID:???0538nobodyさん
03/11/07 07:00ID:H74hevQpへー結構差があるんだね。
0539( _。。)_ バタ。 ◆eJlUd9keO2
03/11/07 09:15ID:???…測定はやはり浮動小数点か何かでやったらいいのだろうか。
0540( _。。)_ バタ。 ◆eJlUd9keO2
03/11/07 14:43ID:???(´・ω・`)ケイゲンサレタノカ、ヨクワカンナカッタ。
0542nobodyさん
03/11/07 21:04ID:???http://turck-mmcache.sourceforge.net/
能書きのとおりなら「最速」だそうだが。
0543( _。。)_ バタ。 ◆eJlUd9keO2
03/11/08 16:35ID:???全然実感できない つдT)
0544nobodyさん
03/11/11 02:37ID:???my 変数の方が速いの?
速度とか関係無しにstrict通るようにした方が良いだろうって話は置いといて。
0545nobodyさん
03/11/11 03:02ID:???シンボルテーブルに登録されないし
0547nobodyさん
03/11/11 20:21ID:???0548nobodyさん
03/11/11 21:35ID:???と言うかメモリ使用量とかどうやって調べてるんだろ…。
測定用のモジュールとかあるのかな?
0550nobodyさん
03/11/11 22:06ID:???タスクマネージャみたいな監視ツール作ってログ取るようにすれば良いんかな…俺にゃ無理だけど…。
0551nobodyさん
03/11/12 20:29ID:???ログファイル自体をHTMLにするって効率悪いよねぇ。
0553nobodyさん
03/11/13 00:24ID:???ログなんて管理人しか見らんし。
0554nobodyさん
03/11/13 00:49ID:???0555nobodyさん
03/11/14 16:06ID:???0556nobodyさん
03/11/16 09:50ID:+X9Lai7L0557nobodyさん
03/11/17 01:02ID:???会社の負荷を減らすためにネ!
0558nobodyさん
03/11/17 01:47ID:???0559nobodyさん
03/11/17 01:52ID:???0560nobodyさん
03/11/25 03:00ID:???0561nobodyさん
03/11/27 00:12ID:fPk+Wuzvでも、結局負荷軽減ってアルゴリズム考えた方が、
myがどーの、ヒアドキュメントがどーの、言うより意味あるよね。
言語選択ではある程度答え出てるし、このスレの意義って。。。
0562nobodyさん
03/11/27 02:12ID:???0563nobodyさん
03/11/27 10:02ID:???0564nobodyさん
03/11/27 23:39ID:???0565nobodyさん
03/12/01 11:39ID:???サーバの負荷を優先するか。
きわどいな…
0566nobodyさん
03/12/01 11:41ID:???http://kenchin9.hp.infoseek.co.jp/fupbbs.html
http://kenchin9.hp.infoseek.co.jp/cgi-bin/fupbbs/bbs.cgi
0567nobodyさん
03/12/01 13:36ID:???0568nobodyさん
03/12/01 14:07ID:E1CqoPVw> ベスト・オブ・ツール 2002
> サーバ&コミュニティ部門 掲示板CGIカテゴリー
> (祝) 金賞受賞
これはすごいことなの?
0571nobodyさん
03/12/01 15:14ID:E1CqoPVw「ネットランナー」って読んだことないです
とりあえずぐぐってみたら、
http://www.zdnet.co.jp/internet/runner/
> 超ヘビーユーザーになるためのインターネット活用誌
( ゚д゚)ポカーン
0572nobodyさん
03/12/01 15:31ID:???厨房の愛読書だよ
賞もCGIの人気とか上っ面だけしか見てないで取ったりして、
作る人から見たらひどいソースのものも入賞してる
0573nobodyさん
03/12/01 16:04ID:???それには文句いうの(・A・)イクナイ!!
0574nobodyさん
03/12/01 16:37ID:???たいていのやつがソースなんてどうでもいいんだがな。
0575nobodyさん
03/12/01 17:37ID:???0576nobodyさん
03/12/01 17:46ID:w243ltNf重(・A・)イイ!!
返信で無制限にファイルをアップロードできた
ファイルタイプの判別を拡張子のみでやってる
設定でどうにかなるかもしれないけど
とりあえず気になったのはこんなところ
0577nobodyさん
03/12/02 16:30ID:???配列の使い方すらわかってないように見えたし、変数全部グローバルだし。
関数の使い方も変だし。 ネットランナーとかいう雑誌のレベルがわかっちゃうな
0578nobodyさん
03/12/02 18:49ID:???0579nobodyさん
03/12/02 19:09ID:???0580nobodyさん
03/12/02 20:01ID:???0581nobodyさん
03/12/02 20:28ID:???ネットランナーとやらでは金賞かもしれんがバグ放置はまずいと思うぞ。
常にSTDINから無条件で受け入れる仕様。
投稿記事がある状態で-Tを付けて起動するとrtn_gnrl.plで起こる無限ループ。
管理用ページ→基本設定→「記事ページ最大表示数」を空にして設定保存→掲示板へ戻ると
Lib_gnrl.plで0除算して二度と起動しなくなる事で負荷を下げるエレガントな仕様、等他大量。
0582nobodyさん
03/12/02 20:38ID:???> 負荷を下げるエレガントな仕様
禿しくワロタ
[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.
0583nobodyさん
03/12/03 02:06ID:???直接言ってやらないと。
0584nobodyさん
03/12/03 08:56ID:???0585nobodyさん
03/12/05 00:37ID:???0586nobodyさん
03/12/05 16:47ID:???叩いてわたる(^^)
585
0587nobodyさん
03/12/07 10:59ID:kmAZpJfG毎晩httpdにCPU20〜89%くらい使用量があって
サーバが激重なんですが、原因がはっきりしない…
Apacheやネットワークの設定をどうにかこうにかして
負荷を減らす方法無いですか?
0588nobodyさん
03/12/07 11:48ID:???0591nobodyさん
03/12/08 00:18ID:???0592587
03/12/08 10:06ID:ZQtmk+Sq2ショットチャットとか画像アップローダとか・・。
>>590
えーっとサーバは確かPenIVの2GB、RAM1GBだったかな。
0594nobodyさん
03/12/08 11:01ID:???0595nobodyさん
03/12/08 11:44ID:???0596nobodyさん
03/12/08 20:07ID:???PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB
0597nobodyさん
03/12/09 04:16ID:oL7UDJrs0598nobodyさん
03/12/09 07:30ID:???0599nobodyさん
03/12/09 10:15ID:5gjkqVTX0600nobodyさん
03/12/10 03:11ID:???0601nobodyさん
03/12/10 12:01ID:???my($a,$b,$c);
とするのと
my($a);#コメント
my($b);#コメント
my($c);#コメント
と書くのでは、処理速度や負荷に差がありますか?
配布とかメンテを考えると後者で書きたいんですが。
0603nobodyさん
03/12/24 05:11ID:???0604nobodyさん
03/12/28 07:34ID:???処理によってはルーチンのうちのほんの一部しか
使わないという場合、
処理をライブラリにしてrequireするのと
全体が1ファイルなのとどっちが効率いいのでしょうか?
0605nobodyさん
03/12/28 08:50ID:???0606nobodyさん
03/12/28 15:28ID:???でっかい実行ファイルを起動するのと
ちっちゃいのを起動してrequireするのと
どっちが軽いかという問題だと思うんですが。
0608nobodyさん
03/12/28 17:57ID:???そもそも、あなたの「軽い」ってどういう意味ですか?
0609nobodyさん
03/12/28 18:15ID:???exit;
〜以下長文〜
?>
0611nobodyさん
04/01/12 13:26ID:???スクリプト内にあるとrequireされるんでしょうか?
requireを見つけてからrequireする?
0613nobodyさん
04/01/12 15:48ID:???if ( 0 == 1 ) { require './存在しないスクリプト.pl'; }
exit;
0614nobodyさん
04/01/13 18:58ID:???一回実行したらメモリー上にキャッシュして次回から高速実行するツール
あれ使ったほうが軽さという面では圧倒的(ただしCPU負荷)
回線負荷は変わらんし大概先に満杯になるのは回線帯域のほうだ
0615nobodyさん
04/01/13 20:44ID:???0616nobodyさん
04/01/15 16:33ID:???共有鯖での利用を考えてる人もいるだろうし
0617nobodyさん
04/02/02 09:09ID:???0618nobodyさん
04/02/22 16:00ID:???でも、短くするために敢えて重い処理をしていることもあると思うんよ。
それでも短いから負荷は感じないわけだけれども。
単純に処理を軽くする以外にも、コードを小さくする負荷軽減もあるんやねぇ。
0619nobodyさん
04/02/22 22:12ID:hBJi8oj3>短くするために敢えて重い処理をしている
>コードを小さくする負荷軽減もある
ドキュンやな。
0620nobodyさん
04/02/22 22:34ID:???ある処理をする際に
A: 複雑な処理をする組み込み関数を使う
B: 単純な処理をする組み込み関数をいろいろ組み合わせる
の2種類の方法があるとして
Aの負荷 < Bの負荷
ってこと?
■ このスレッドは過去ログ倉庫に格納されています