>>96
以前、abではベンチ取った事があるんで今更かなと。

php信者にベンチ取って貰った方が楽しめそうだし。
言語(インタプリタ)の処理速度がとか言いつつ、テンプレートエンジンの比較をしたリンクを
持ってくるあたり、十分期待できる。ｗ

速度速度って、サーバ分散すりゃいいじゃん。
というか、そんな微々たる差なんてのはプログラムの組み方が悪い時のボトルネックを追い抜くことゼッタイないし。
PHPもPerlでも組み方次第でどうとでもなるし。
アプリケーションの特性によってボトルネック部分は変わってくるし。
言語なんて関係なくね？ JavaだろうがCだろうが、悪い書き方したらとんでもなく遅くなって使い物にならなくなるし。
ふつーに考えて速度よりも保守性が大切になることのが多いし、遅かったらプロファイリングなりベンチマークなりでもして
該当個所だけ改善すればいいんじゃ？

おまえらいつまで馬鹿みたいなこといいあってるんだ？

言語の速度を議論しているスレで
> 言語なんて関係なくね？
だとさ。
勝手に分散スレに行ってくれよ。

ｵﾗｵﾗｵﾗｰ　おまいら能書きばかりでちゃんと計測してんだろうな。
ｵﾗｵﾗｵﾗｰ　>>38をPerlが得意とするコンソールで実行して何分かかったんだ？あ？
ｵﾗｵﾗｵﾗｰ　Perlみたいな糞遅いもんの測定には右下の時計で十分すぎるな。
ｵﾗｵﾗｵﾗｰ　>>38はPerlの遅さを証明する氷山の一角に過ぎないからな。
ｵﾗｵﾗｵﾗｰ　悔しかったら速いコード書いてみろよ。
ｵﾗｵﾗｵﾗｰ　どうせできないだろうけど。ｳﾌﾟﾌﾟ
今日のところはこれくらいで勘弁しといちゃるからもういっていいぞ。

>>99
おまいのレスを見ながらいちいちググってみたけど
結局何が言いたいのかさっぱりわかんねぇ

モジュールでも、コンパイル済みでも、cgiでも結局phpのほうが
速いのに違いはないんだろ？

なにがphpAの仕組を理解しろ、だよ
二回目以降はコンパイルすっ飛ばす点じゃmod_perlと一緒だろ
アセンブラより速いんだったら大いに結構じゃねーか

最近あんまベンチとってなかったので調べてみたら予想以上にPHP速いね。
PHP4の最初の頃に調べたときは何をやってもPerlより遅いみたいな印象だったけど
最新のだと空ループや正規表現までPerlを追い越してる雰囲気。
あるいはPerlが肥大化で遅くなった？
ハードで簡単に解決できないPHPよりPerlのほうが100倍速いみたいなの今でもある？
進歩が止まったものは追い越される運命なのか。。。

すみません、自己解決しました。

自己解決されちゃったよｗ

ベンチマークの取り方にもよるけど、おおむねPerlの方が速い。
ただし、mod_phpとかのウェブのアプリケーションサーバとしての速度になると単純な速度比較は出来なくなる。

結局はプログラミングスキルの方が重要なんだけどね。

Perlのほうが速いと思っていたようなのまでPHPのほうが速いんだけど。
どーゆーことさ。。
$i = 10000000;
while ($i--) {
$x = $i * 2;
$y = $i / 2;
$z = $i << 1;
}

perlのほうが処理が速いっていうのは、
全然根拠のないデマだよ。

速度気にしてもあまり意味無いけど
PHP5＞Perl5＞PHP4かな。
Perl6は遅いんですよね？

>>113
いや、だいぶ安定してきたｗ

PHP4は論外として、PHP5.1は確かにかなり速くなった。
>>111のような単純ループはPerlと大差ないか、むしろ速いかも。
しかし、PHPの最大の問題はその言語仕様の貧弱さ。
配列も連想配列も同じ扱いだから、配列操作が遅い。
>>111のコードを、
$i = 10000000;
$arr = array()
while ($i--) {
$x = $i * 2;
$y = $i / 2;
$z = $i << 1;
$arr[] = array($x,$y,$z);
}
と変えると途端にPerlより圧倒的に遅くなる。
もうひとつの問題はメモリの使用量。
上のようなコードをPerlと比べると数倍消費する。

perl、php比較スレってマジレス傾向になるとスレが盛り上がらなくなるな。

自分で速度比較も出来ない馬鹿の集まりだからな

文字列をゴリゴリするならPerl
呼び出してすぐ終わるならPHP
なんとなく気が向いたらRuby
ソフトバンクのMNPシステムならN88-BASIC

それは一般的に言われている共有メモリとはちょっと違うと思うよ。preforkだと同じプロセス間だけだし。
Perl/CGIからでも利用できる共有メモリモジュールがあるしPHPにもshmop関数がある。

>それは一般的に言われている共有メモリとはちょっと違うと思うよ。
いえ，一般的な共有メモリのことです．

mod_perl になって常駐するようになれば，共有メモリ使って prefork の子プ
ロセス間でデータを共有できるようになりますよね？

>Perl/CGIからでも利用できる共有メモリモジュールがあるし
CGI だと毎回プロセスが終了しちゃうから意味無いよー．

意図的にデストラクトしないから再び同じプロセスを利用したときに再利用出来るという永続化の利点であって
一般的に共有メモリと聞いて連想するCのshm関数等とは全く性質が違うと思う。

>CGI だと毎回プロセスが終了しちゃうから意味無いよー．
共有メモリに入ってるデータは呼び出し元に関わらず自分で解放するまでは残ったままだよ。
なので敢えてCGIと書いた。

最大maxclientsの数だけ確保しなきゃいけないのだからそれほど効率良くないと思う。
2chもdatを共有メモリに置いてると聞いたけどどういう方法でやってるのかな。

>共有メモリに入ってるデータは呼び出し元に関わらず自分で解放するまでは残ったままだよ。
あー，そうですね...とんちんかんなこといってた．

>最大maxclientsの数だけ確保しなきゃいけないのだから
これよく分からないんですが，何の確保の事でしょうか？

例えば1MBのデータを使い回すとして
IPC::ShareLite等なら1MBの共有メモリだけで済むけど
mod_perlだけでやろうとしたら予測されるapacheのプロセス数×1MB必要でしょ。

ご主人様、それはわかっております。

>>124
ああ，そういう意図ですか．了解です．

mod_perlとmod_phpのパフォーマンス比較
http://www.itmedia.co.jp/enterprise/articles/0608/25/news053.html

こんな情報も見つけれないやつは帰れ

ついでにほれ　っhttp://itpro.nikkeibp.co.jp/article/COLUMN/20051128/225271/?SS=imgview&FD=2638409

mod_phpの方がパフォーマンス高いのは意外だったな。
PHPは5.1で2倍くらいに速くなってたか。

ごく単純な処理だけならPHPの方が起動にコストがかからずに早い。処理が複雑になると、Perlに勝てなくなる。

>>127のテストって意味ないんだよな。
やるんなら、PHPでもPerlでもほとんど同じコードになるような処理でテストするか、
一般的なウェブアプリのコードを何種類か再現して、その平均を取るテストをするか、のどっちかじゃないと。
>>127みたいにCGIモジュールとDBIモジュールのロードだけで処理コストのほとんどを使ってしまうようなテストじゃテストの意味がない。
CGIモジュールで＜HTML>タグ書くなんて、実際にはありない行為だし。

>>127がNGに引っかかってたから何かと思えばそこか。

>>131
ソースのひとつでもだしてから

言えや

どっちが良いかなんてどうでもいいけど

そこまで言うならここにデータを書け

一般的なウェブページを再現するようなコードなんて、そうそう書けるわけないじゃん。
あと、この板でPerlやPHPのベンチマーク取った書き込みしたのはたいていオレだよ。
1年くらい前のSmartyは遅いから使うなって、ベンチ取ったのもオレだし。
ちょっとまえにPHPのarray()が遅いって書き込んだのもオレ。
まあmod_perlはmod_phpよりだんぜん取り扱いが難しいから、単純に速度だけでどちらが優位かは言えない。
それに速度ならJavaの方が圧倒的に速いんだし。

>>134
＞速度ならJavaの方が圧倒的に速いんだし。

まて、それは孔明の(ry

外部モジュールを使ったPerlとネイティブに動くPHPを
永続化が出来るmod_perlと出来ないmod_phpで比べるから
おかしなことになると思いきやいい感じの勝負になってるねｗ

>>134
> 1年くらい前のSmartyは遅いから使うなって、ベンチ取ったのもオレだし。

あのアホかぁ。
ベンチとるのも良いが、意味のあるペンチを取る様にしようね。

smartyはたいして有効な機能がないわりにファイルサイズが馬鹿に大きく、requireするだけで大きなコストがかかる。
他スレでもあるように<?=$var?>の方が遙かに実戦的。
smartyの唯一のメリットは強制的にビューとロジックを切り分けられるということ。
これはグチャグチャになりやすいPHPという言語の仕様からそれを防ぐという点で、初級のウェブアプリデベロッパーにはある程度有効な面もあった。
それにしたって、ウェブフレームワークを使った開発なら、たいていの場合フレームワークの仕組みとしてビュー部分は切り出してある。
よってますますsmartyは必要なくなってきて、smartyのようなテンプレートエンジンは廃れてきた。というのが最近までの流れ。

>>138
っ　http://simplate.aimy.jp/index.php?Simplate

わかりきったこと書くな

>>140はツンデレちゃん？

>>140
>@array = @array + @array2;

こういう書き方があるって今知った。
本見るとpush (@array,@array2);の方が多くね？

遅い部分探すのって、どうやるの？
自分のスクリプトでやってみたいので誰か教えてほしい。ググッたら出てくるかな？

>144
Cだけど、牧野淳一郎のパソコン物理実地指導とかに書いてあったな。
私は勉強熱心じゃないへたれだからしらん。

use Benchmark;するか、UNIXのコマンドラインからtimeコマンド使えば良いのでは。

>>143
ちょっときつい言い方だったから言い換える
昔のPerl本は速さより動かす時代だったんだよ
初版が2000年以前のPerl本買ってみるといい
きちがいサンプルコードがいっぱいあるぞ

その頃の残骸がPerlの評価を下げてるんだろうな。
でも今はPHPの方が金にはなるんじゃない？
PerlもPHPもコードはさほど変わらんだろ。
極限の速さを競うならPerlで間違いない。

まだ仕事が出回ってるPHPの方が金になるかもしれないけど
金額が安すぎるんだよなぁ

偉そうに語っているが、たいした事は1つも書いていない
自称玄人乙