【perl】速いのはどっち？【php】

で、結局のところどっちが軽いんだよ？
教えろマニアども

PHPです

死ねよ

１．処理速度
perl < php

２．習得のしやすさ
perl < php

３．機能
perl <= php

４．将来性
perl < php

ということで間違いない？

perl6が出る予定です

>>4
はいはい間違ってませんよ良かったですね

カカク比較＞PHP
ケツゲ処理＞Perl
Java以外はゴミらしい。

Perl6よりPHP6のほうが早いに6ルビー

それなのになんでこんなにperl使われてんの？
同じプログラム組むのに、パールだと短く済むとか？

phpがCGIに特化してるのに対し、perlは元々汎用スクリプト言語だからね。
CGI作るような人はunixユーザーが多いし、perlの方が慣れてるってだけでしょ。
スクリプト言語なんて動くもの簡単に作るための手段だし、速さなんて気にする位ならperlもphpも選ばない。

速さ気にするならSpeedyCGIでおｋ

※注意

言語の速度を比べるのなら、
両方ともCGIで動かすか
両方ともモジュールで動かすかして
条件を同じにすること。



その結果Perlの方が早い。

PHPは通常モジュール版で動く。
そうなると、ウェブサーバー権限で動くことになる。
その権限で作成されるファイルも当然ウェブサーバー権限。

共有サーバーではすべてのユーザーのPHPプログラムが
ウェブサーバー権限で動く。

つまり、自分のPHPプログラムで作ったファイルを
他のユーザーが読み書きできるということになる。

セキュリティのことを考えると、PHPを使うのが少ないのは当たり前の話。

※注意

言語の速度を比べるのなら、
両方の機能が同じになるまで削るか
両方とも同じ機能になるまでライブラリーを読み込んで
条件の同じにすること。



その結果PHPの方が早い。

つか、条件後付けなら自分の好きなものほど速いんだから
標準のインストールが重要なんじゃね。
本当はPerlの方が好きなのに待ちくたびれた。(´・ω・`)

レンサバのPHPはたいていCGIモードで動いてるんじゃないの？

おいちょっと待てよマニアども
セキュリティってパーミッションと.htaccessで万全じゃねーの？

それとよ、あの２ゲット禁止のスレで２ゲットするとどうなんだよ？

レンサバはセーフモードか

>>16
全然安全じゃない

>>17
やってみりゃわかる

でもperlをつかうと安全なんだな？

mod_perlにするとそうでもない。

PHPの方がPerlよりも速い。
↓
PHPはモジュール版で、PerlはCGI版で比べているから。
↓
モジュール版ならセキュリティ的に危険。

まあこれが結論だ。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm

> PHPは速くない。（通常接続でもPgより遅いし、汎用的なDBIよりも遅くなってしまうとは...）

反論したければ、これよりも信頼性のある証拠をもってこいと言う話。

>>23
2002/3/12 古すぎる

＞結論から先に〜思っています。
よく読んでないけど断言できないところと長ったらしいページが怪しい。
＞速くない。
遅いと言えないあたりが（ｒｙ

>>24
古いと何か問題が？

それじゃあ、反論にならないよ。

揚げ足鳥だけで反論できないのが
何よりの証拠。

>>26
脳みそ動いてますか、止まってませんか？
PHPは継続的にバージョンアップされているんだが。

>mod_php/4.0.5
いつの化石と比べてるんだよ

また宗教戦争はじめるのか

mod_perl > mod_php + eaccelerator > mod_php > perl cgi > php cgi >>>>> ruby cgi

要するにphpのほうが速いんだろ？

いいえ。微細な気にする人はまず鯖を新調しなさいということです。

好きなの使え

糸冬

>>33
日本語でおｋ

言語処理系としては、Perlの方がPHPより速い。

PHPが速いと言われるのは、処理系の遅さが目立たない小さめのスクリプトを、mod_php
で動かした場合、Perl/CGIと比べて速いという事。
スクリプトが大きくなると、処理系の遅さが目立って来る。
近頃はFWを使うのが流行りだが、FWを入れると当然サイズがでかくなるので、実行速度を
求める場合には向かない事になる。

Perlは、CGIとして動かす分には遅いが、mod_perl,fastcgi,speedycgi等を使用すれば、CGI
のコストから開放されて、とても速くなる。
上記のものを使うと、少なくともmoduleはメモリ上にcacheされるので、FWなどとの相性も
良い。

PHP,Perl/CGI,CGIじゃないperlを比べると、ほとんど何もしない様なスクリプトの場合、PHP
が一番速いが、ある程度意味のあるサイズのコードになると、CGIじゃないPerlが速くなる。

ちなみに、やることが簡単で、どうしても速度が欲しい場合は、Cでapacheのmoduleを書く
と良い。簡単な処理しかしないのであれば、言語は何を使っても書くための手間はさほど
変わらないが、処理速度は、桁違いに向上する。

詳しいことはわかんないけど、扱うデータがでかくなったり処理が
複雑になったとしても、MySQLとかが使えるphpのほうが結局速くて
お手軽なんじゃねーの？

>>36
なんで言語の比較にApacheやフレームワークが出てくるんだよ。バカだろ、しねよ。
つー事でPHPなら数秒で終わる計算がPerlなら何分かかるかここに書き込んでみろってんだ。
小便チビりながら半べそかいて逃げ出すなよ。

--- PHP ---
<?php
$x = bcpow(10, 30);
for ($i = -1; $i <= 1; $i += 0.00001) {
$y = bcmul(sprintf("%.4f", acos($i)), $x);
}
?>

--- Perl ---
use POSIX qw/acos pow/;
use bignum;
$x = pow(10, 30);
for ($i = -1; $i <= 1; $i += 0.00001) {
$y = sprintf("%.4f", acos($i)) * $x;
}


・・・・Perl6ﾏﾀﾞｰ(´；ω；`)

>>37
> MySQLとかが使えるphpのほうが結局速くて
Perlでも使えるだろｗ

>>38
両方ともモジュールでやったらPerlの方が早かったよ。

＞Perlは、CGIとして動かす分には遅いが、
サーバー上でうごいてるのはほとんどそれってことだろ？

mod_perlってレンサバにはあんまないよね？

speedycgi
＞これは、 Perl 処理系をメモリに常駐させることで、
＞CGI プロセス起動時に処理系の起動によるオーバーヘッドをなくすための
＞仕組みです。
でもレンタルサーバの殆どでサポートされてない。
つまり、サーバーに負担が懸かるからだろ？

mod_perl
＞mod_perlの利用はPerlによるCGI使用者にとって、かなり魅力的ですが、
＞実行スクリプトの量によってはメモリ消費が多くなることも忘れてはいけません。
＞また、通常のCGIスクリプトは、おそらくmod_perlでは動作しませんので、
＞mod_perl用に注意深くコードを書き換える必要があります。

コードを書き換えなきゃならないんだったら、おなじperlとして扱うのは
どうかと思うが。
で、やっとphpと同じくらいのスピードなんだろ？
マニアのくせに大事なこと言わないんだもんなぁ。

速いって思ってる方使ってればいいだけの話

>>44
それは言語の問題じゃないよ。

言語速度ならPerlが速いが大きな差が出るほどではない。
お手軽に速度出したいならPHP
コスト掛けて堅牢かつ速度出したいならJava
純粋に速度を出したいならC
変態志向の人はPerl

>>43
レン鯖でmod_php使えるところはセキュリティやばいぞ

あえて言おう。
PythonいいよPython。

>>43
それ言うならPHPの方がサーバーに負担かかってる

>>43みたいな馬鹿が一番多くて困る

speedycgiとmod_perlはレンサバではセキュリティの問題が出るんじゃない？
PHPなら一応セーフモードがあるけど。

speedycgiは文字通りCGIでも動くからsuexecが有効だぞ。

mod_phpよりは安全。

>>51
module系を共用鯖で使う方がおかしい

>>52
で、cgiで動かしたら遅くなるんだろ？
いつまでもピントのずれたこと抜かしてんじゃねーよｗ

両方とも同じCGIで動かしたらPerlの方が速い。
同じモジュールで動かしてもPerlの方が速い。

PerlはCGI、PHPはモジュールで動かしたら
そりゃ当然PHPの方が速いけど、
クラックされる危険性がある。

>>54

mod_phpよりは早いよ。ピントがずれてるのはお前だ。

PHPもeacceleratorあるからねぇ。

いま>>56がものすごいことを言った

>>49
ソースきぼん

perl→cgiで動かすのが一般的
php→モジュールで動かすのが一般的
どの言語でも大抵、cgiよりもモジュールのほうが速い
同じモードで動かせば、phpよりperlのほうが速いが、
perlはモジュールに対応するために書き換えなきゃならないし
自前鯖でない限り環境整備は難しい

この部分は結論でたな
これに異論あるマニアはいるか？

それとだ、クラックされる危険性があると言うけど、
ていうかそんなにphpがヤバかったら企業系サイトで
こんなに使われる訳ねーとおもうんだが

perlだって絶対に安全って訳でもないんだろ？

つか、安全性はphpかperlかの問題じゃなくて、
cgiモードかモジュルモードかの問題なんだろ？
ここんところはっきりさせてくれ

>>60
クラックされる危険があるのは、mod系を共用鯖で使った場合。
パーミッションを考えれば自明の理。企業鯖で共用鯖とかまず無いから。
仕方なく共用鯖で使う場合にセーフモードなんて緊急手段があるわけで。

で、mod_perlに対応するための書き換えとか言うけど、最初からちゃんと
strictなもの書いてればそもそも書き換え要らない。

>>61
ハッキリできたら誰も苦労しない。

> 企業鯖で共用鯖とかまず無いから。
たくさんあるぞ。

中小企業のほとんどは共用サーバーだ。

VPSなら問題はないな
共用鯖でも大部分はsafemodeでしょ。じゃなきゃ怖すぎる。

ちょっと待ってくれ
このスレでは速さだけが問題でセキュリティは二の次じゃないのか？

>>64
VPSは専用サーバーと変らん。
管理に金がかかる。

セキュリティが二の次だと言うのなら、
perlはcgiでphpはモジュールなのが多いということも二の次だ。

両方モジュールで動かしたらperlの方が速い。

最近佐賀ネタでスレ違いの書き込みが増えている。
佐賀県庁・佐賀県警・談合・痴漢・情報漏洩などの内容だ。
銀行が潰れるとしたデマが回り騒ぎが起きたこともある。
このような書き込みは慎むべきだ。

被害防止のため常駐するスレに啓蒙してくれ。

>>66
じゃperlの方が早いということで

終了

p e r l 厨 必 死 だ な ｗ

相変わらずwebprogは低レベルだな

ttp://www.ryuichi.jp/computer_memo/etc/template_time_match/

（mod_perlの場合）
＞「 2 回 目 か ら は コ ン パ イ ル が ス キ ッ プ さ れ る の で 」

したらCとかC++とかと較べなきゃ（笑）
全然遅いんだろ、perlのほうが

PerlとCでは言語的な速度ではCの方が速いですが
Perl/mod_perl、C/CGIの場合オーバーヘッドの分Perl/mod_perlの方が速い場合があります。

PHPとPerlでは言語的な速度ではPerlの方が速いですが
PHP/mod_php、Perl/CGIの場合オーバーヘッドの分PHP/mod_phpの方が速い場合があります。

ここで「Cと比べなきゃｗｗｗ」と思うような思考がPerlとPHPの速度に関して定期的に起こる
不毛な議論の原因となっているのでは無いでしょうか。

>>71
Cの場合はmodule作れちゃうから最速なのは当たり前。
ここではもっと低次元な争いをしてるので高次元の方はお引き取りください。

>>72
基本的に同意なんだけど、sortとか文字列処理がややこしい場合、Cを使って自分で
書いたクソコードより、perl使ったものの方が速い事がありそう。

perl,php,java,cのどれが良いかなんていう話は、はっきり言って不毛だと私も思う。
問題に応じて適した処理系を選択する、と言う方向に発想が行かない所が悲しいね。

perlを習得できずにPHPに逃げたやつが、
目の敵にしてるだけ。
どっちもできる側からすれば、どーでもいい。

>>73
perlでもapacheのmodule作れる。それをするための仕掛けがmod_perl。
Cでも、apacheのmoduleにすると当然速いが、CGIにすれば、そう速いと言う程でもない。
やる事にもよるけどね。

>>76
そういう話をしてるんじゃないと思う

>>76
微妙に言葉がおかしい感じ

perlは速くて優れた言語だよね











廃れる一方だけどｗ

mod_perl自体が速いんじゃなくて、

二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で

速いんだろ？
>>72はなにとんちんかんなこと言ってんだ？

>>75も寝ぼけてるね
phpもperlもそんなに変わらないだろ
ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ

また凄い奴が来たな

>>80
PHPがperlと比べて速いと言われたのは、Perl/CGIとmod_phpを比較しての事だった。

また、

> phpもperlもそんなに変わらないだろ

　では、phpとperlの習得の難易度は大差ないと言いつつ、次の行で、

> ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ

　perlは小難しいと言っている。
　どっちだと言いたいんだろうか。

おまえ馬鹿じゃないの？ｗ
75が
＞perlを習得できずにPHPに逃げたやつが、
と言ってるから
＞ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ
て言ってやったんじゃないの

perl厨ってほんと頭悪いよね

それとさ

（mod_perlは）
＞二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で

いい加減この部分とスピード比較のリンク先よめよ

>>83
いやさ、「コンパイルをスキップ」の部分を懸命に強調してるけど
それで速くなってるなら全然問題ないと思うのだが何が言いたいの？

言語として早いんじゃなくて、コンパイル飛ばすから速い訳だろ？
といってんだよボケ

このすれのいちがあたまわるいしつもんしてんだからふもうなレスになるのはしょうがない。

>>85
「言語として速い」って意味ﾜｶﾝﾈ
インタプリタの速度の事言ってる？

PHP なんかに信者がいるとは思ってなかったがやっぱりいるんだねえ。
アホにも使えるのはある意味利点だが、
ほかのいいものを知ろうとしなくなるというのは大きな欠点だ。

彼らにはPHPが唯一無二の存在だから尚更その傾向が強いんだろうね。
昔はPerl使いにもそういう奴がいたんだろうけどWEB用途でのPerlが廃れていくにつれ
減少するかPHPに流れるかしてしまった。

>>85
じゃあmod_phpはコンパイル飛ばさないの？ｗ

マジレスすると飛ばさないよ。だからコードの制約がゆるい。
浮くコストはインタプリタ読み込みの部分。

>>72に聞けよ
言語そのものの処理速度（＝モジュールかCGIかに影響されない速度）
ということじゃねーの？

phpとperlを同じ条件で較べろと言ってるんだから、そうするとしたら、
コンパイル作業込みの一回目で計測しなきゃおかしいだろ。で、この場合、
リンク先によるとphpのほうが速いってことになる
同じくコンパイルをスキップした速度を較べるなら、phpAとかと
較べなきゃオカシイってことになるだろ
ちなみにこのphpA、普通のphpの四倍くらいで動くらしいから、
phpよりちょっと速いくらいのmod_perlなんか比較にならないだろ

ようするにおれが言いたいのは、perl厨は屁理屈と嘘ばっかり言いやがって、
馬鹿じゃねーのかってことだよ
うっかり騙されるとこだった

>>92
屁理屈こねてるのはどう見ても貴方です。本当にありがとうございました。

>>92
えーとまぁそのなんだ

強くｲ�`

perl厨晒しage

つか誰一人ベンチマークとかやらないのね

php厨が自爆するｽﾚはここですか？

>>45

>>92
まず根本的に、異なるテンプレートエンジンで言語速度を比べることは出来ない。
それとPHPAの動作原理を理解して欲しい。毎回描画計算するアセンブラより早くなるケースがいくらでもある。

>コンパイル作業込みの一回目で計測しなきゃおかしいだろ。
forkするだけのCGIでの比較はバイトコード変換〜実行完了までの純粋な速度を算出出来る。

純粋な処理速度を出したいのならπの計算などを
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm
のような計測方法でやればいい。

perl厨は屁理屈と嘘ばっかり、自分は絶対に正しいという固定概念を取り払って
冷静に考えてみるのがよろしいかと。現状は議論するに値しない

mod_perlはファイルが更新されていなければ(設定次第だけど)
コンパイルを飛ばす(メモリにコンパイル済みのプログラムを保持してる)ので結構早い
mod_phpは毎回コンパイルする
だから単純に考えるとmod_perl>mod_php？
だけど共有鯖だとセキュリティがだめ

CGIの場合
perl,phpともにプロセス起動のオーバーヘッドがあるから速度はもちろんapacheのモジュールより遅い
どっちも大して違わないからCGIとして使うとperl=php？


まあapache使わずにアセンブリでHTTP鯖書くのが一番早いってこった

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

CGI に対する mod_perl の利点ってコンパイルの省略以外に，共有メモリを使っ
た複数リクエスト間でのデータの共有が考えられると思うんですが，これがあ
まり話題にならないのは何故なんでしょうか？

いくらスクリプト言語でも，計算より I/O の方が "桁違い" のオーダーで遅い
んだから，重要だとおもうんですが．

それは一般的に言われている共有メモリとはちょっと違うと思うよ。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

Perl遅いやPHP遅いだのグダグダ言う奴は大体ヘタレ初心者ＰＧだろ？
前に仕事でPHP褒める奴がいたが、
そいつが昔書いたPerlソースを解析して遅い部分探してやったよ

@array = @array + @array2;
↓
push (@array,@array2);

これだけ変えてやったら劇的に早くなったよ。
お前ら１分に1000〜万単位のアクセス抱えた仕事でもしてんのか？
負荷分散サーバー100台必要なサイトとかの仕事やってんのか？
ＴＶ局関連の仕事とか有名サイトとかそれ位のレベルの仕事の奴だけ語れぼけ
俺はＴＶ局関連の仕事が多いから意識する事多いけどなｗ

とりあえず俺の見解な！
mod_perl上でコード数抑えたピュアコーディングが負荷分散サーバー数少なく処理できた。
インタープリターの性能が一番重要なんだとおもうよ。

後、短時間（１，２時間の番組）ＷＥＢ投票物の番組連携の場合はＡＳＰを使う時があるよ。

わかりきったこと書くな

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

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

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

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

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

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

>>143
お前は初心者丸出しだｗ
>>142
ツンツンしててすまんなもうちょい落ち着いて書き込むわ
>>144
簡単な方法は
$| = 1;　（初心者に教えやすいおまじないだ！バッファリングを無効にするなんていってもわからんだろｗ）
つけて気になる箇所の前にprint文入れて動かして見れ
処理スピードを目で見て確認できるｗ

146が言うようにuse Benchmarkでやると数値で確認できる。

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

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

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

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

>>143
俺もそんな書き方しようなんて考えた事もなかったｗ

>146のようなことが
>145の本に結構具体的に書いてあるよ。
まあ当たり前の事なんだけど。

本体はperlだけど、拡張子をphpに変えてみた。
スクリプトクレクレ厨が沸いてﾜﾗﾀｗ

>>4に

５．安全性
perl<PHP

も加えて。

>>153

script.cgi(中身はperl)をscript.php(中身はperl)にしたってこと？
動くのそれ。

動くわけないわなｗ
辛うじてhtmlだけは出力したけどｗｗ

ごめん。
誤爆とかそういうレベルじゃない。
ホントにごめん。
>>155と>>156は透明あぼんして下さい。

ソースコードにHTMLのタグがあると気持ち悪いんだよ。PHP。
Smartyだっけ？それ使えばいい話だけど。
フリーのPHPスクリプトは気持ち悪いｗ

あとな。K○NTだっけ？Perlでフリーのスクリプト出してるとこ。
あそこが書いたソースもキモい。
今時use strict、use warningや -wしてないソースｗｗｗｗｗｗｗ
変数もグローバル/ローカルの区別なし。

概ね同意だがこいつ頭悪そう

strictにしてないなんて幾らでもあるじゃん。
自分で書くなら当然やるけど、別にちょっと使う程度なら問題ないし。
strictじゃないの？うはーｗｗｗｗきもっｗｗｗｗとか言う方がきもいわ。

>>158
そりゃ今時書いたコードじゃないからだろ

my と local をきちんと説明できる人間ってどのくらい居るんだろうな。

初心者レベルだからlocalはぶっちゃけ自信ない。
よく特殊な使われ方するし。

my(=局所変数)スコープ内でのみ利用できてスコープを抜けた所(リファレンスがなくなったところ？）で破棄される。
local(=退避変数)宣言があった所で値を退避させてスコープを抜けた所でもとに戻す。
って感じで説明するかなぁ
以下のコード実行結果予想して、実際に実行してあってれば理解できるんじゃないかな
use strict;
use warnings;
my $a = 1;
local $b = 1;
my $c = undef;
if(1){
my $a = 'a'; local $b = 'a';
$c = sub {
printf "%d:a=%s,b=%s\n",1,$a++,$b++;
};
printf "%d:a=%s,b=%s\n",2,$a++,$b++;
}
printf "%d:a=%s,b=%s\n",3,$a++,$b++;
$c->();
printf "%d:a=%s,b=%s\n",4,$a++,$b++;

局所化できない変数($_等)除くと、よっぽど特別な理由がなきゃmyでいいじゃんって思う

use strict;　use warning;　したままだと余分な処理かかるから完成したら外せ
と聞いたがどうなのかね

CPUにしかわからん程度の差だろうけれども

Javaの方が結局早いのではないかと思います。

>>164
my はシンボルテーブルに上がらず自分でメモリ確保するけど local はシンボルテーブル上に存在する

けど our と local が同じ場所にいるのに区別されるのはなぜかわからん

世の中phpだけでいいだろう。
phpですべてができるからな。

そんなこと言ったら世の中brainfxxkだけでいい

まあまあ。i386コード手打ちでいいだろ。

ところで、結論でたの？

世界最速のコードはひまわりという結論に達しました。

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1142140976

書き方による！
と言いたくなるほど技術力の差が出てきている現状。
PHPエンジニア糞すぎる。何もわかってない奴多すぎる。
今でもPerlで研究しながら生き残ってる奴は妥当なコードがかける。

wordpressってさ、遅くね？

mod_phpでもsuPHP以外でsetuidすることは可能
もちろん遅くなる

わからん