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

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

>>347-351
どうもです。

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

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

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

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

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

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

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

ｽﾏｿ

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

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

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

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

>>371
Yes she does!

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

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

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

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

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

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

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

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

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

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

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

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

>>387
でも少しは…。

↓以下ループ。

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

変わるんだ…。

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

WWW

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

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

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

薬物使ったベンジョンソンみたいなもん？