06/10/15 12:49:43
で、結局のところどっちが軽いんだよ？
教えろマニアども
2:nobodyさん
06/10/15 12:54:59 FTwlkyBB
PHPです
3:nobodyさん
06/10/15 13:50:55 eNt7Sw7d BE:353251384-BRZ(3600)
死ねよ
4:nobodyさん
06/10/15 15:11:26
１．処理速度
perl < php
２．習得のしやすさ
perl < php
３．機能
perl <= php
４．将来性
perl < php
ということで間違いない？
5:nobodyさん
06/10/15 15:43:54
perl6が出る予定です
6:nobodyさん
06/10/15 16:00:07
>>4
はいはい間違ってませんよ良かったですね
7:nobodyさん
06/10/15 16:46:55
カカク比較＞PHP
ケツゲ処理＞Perl
Java以外はゴミらしい。
8:nobodyさん
06/10/15 16:47:34
Perl6よりPHP6のほうが早いに6ルビー
9:nobodyさん
06/10/15 17:10:48
それなのになんでこんなにperl使われてんの？
同じプログラム組むのに、パールだと短く済むとか？
10:nobodyさん
06/10/15 17:55:47
phpがCGIに特化してるのに対し、perlは元々汎用スクリプト言語だからね。
CGI作るような人はunixユーザーが多いし、perlの方が慣れてるってだけでしょ。
スクリプト言語なんて動くもの簡単に作るための手段だし、速さなんて気にする位ならperlもphpも選ばない。
11:nobodyさん
06/10/15 19:26:46 k+QnicNX
速さ気にするならSpeedyCGIでおｋ
12:nobodyさん
06/10/15 20:24:08
※注意
言語の速度を比べるのなら、
両方ともCGIで動かすか
両方ともモジュールで動かすかして
条件を同じにすること。
その結果Perlの方が早い。
13:nobodyさん
06/10/15 20:30:12
PHPは通常モジュール版で動く。
そうなると、ウェブサーバー権限で動くことになる。
その権限で作成されるファイルも当然ウェブサーバー権限。
共有サーバーではすべてのユーザーのPHPプログラムが
ウェブサーバー権限で動く。
つまり、自分のPHPプログラムで作ったファイルを
他のユーザーが読み書きできるということになる。
セキュリティのことを考えると、PHPを使うのが少ないのは当たり前の話。
14:nobodyさん
06/10/15 21:18:22
※注意
言語の速度を比べるのなら、
両方の機能が同じになるまで削るか
両方とも同じ機能になるまでライブラリーを読み込んで
条件の同じにすること。
その結果PHPの方が早い。
つか、条件後付けなら自分の好きなものほど速いんだから
標準のインストールが重要なんじゃね。
本当はPerlの方が好きなのに待ちくたびれた。(´・ω・`)
15:nobodyさん
06/10/15 21:23:26
レンサバのPHPはたいていCGIモードで動いてるんじゃないの？
16:nobodyさん
06/10/15 21:24:35
おいちょっと待てよマニアども
セキュリティってパーミッションと.htaccessで万全じゃねーの？
17:nobodyさん
06/10/15 21:31:21
それとよ、あの２ゲット禁止のスレで２ゲットするとどうなんだよ？
18:nobodyさん
06/10/15 21:48:48
レンサバはセーフモードか
19:nobodyさん
06/10/15 21:53:14
>>16
全然安全じゃない
>>17
やってみりゃわかる
20:nobodyさん
06/10/15 22:20:04
でもperlをつかうと安全なんだな？
21:nobodyさん
06/10/15 23:28:39
mod_perlにするとそうでもない。
22:nobodyさん
06/10/15 23:51:03
PHPの方がPerlよりも速い。
↓
PHPはモジュール版で、PerlはCGI版で比べているから。
↓
モジュール版ならセキュリティ的に危険。
23:nobodyさん
06/10/15 23:53:33
まあこれが結論だ。
URLﾘﾝｸ(homepage3.nifty.com)
> PHPは速くない。（通常接続でもPgより遅いし、汎用的なDBIよりも遅くなってしまうとは...）
反論したければ、これよりも信頼性のある証拠をもってこいと言う話。
24:nobodyさん
06/10/16 00:06:11
>>23
2002/3/12 古すぎる
25:nobodyさん
06/10/16 00:20:17
＞結論から先に～思っています。
よく読んでないけど断言できないところと長ったらしいページが怪しい。
＞速くない。
遅いと言えないあたりが（ｒｙ
26:nobodyさん
06/10/16 00:22:39
>>24
古いと何か問題が？
それじゃあ、反論にならないよ。
27:nobodyさん
06/10/16 00:23:24
揚げ足鳥だけで反論できないのが
何よりの証拠。
28:nobodyさん
06/10/16 00:44:28
>>26
脳みそ動いてますか、止まってませんか？
PHPは継続的にバージョンアップされているんだが。
29:nobodyさん
06/10/16 01:00:27
>mod_php/4.0.5
いつの化石と比べてるんだよ
30:nobodyさん
06/10/16 05:42:06
また宗教戦争はじめるのか
31:nobodyさん
06/10/16 10:46:49
mod_perl > mod_php + eaccelerator > mod_php > perl cgi > php cgi >>>>> ruby cgi
32:nobodyさん
06/10/16 14:23:48
要するにphpのほうが速いんだろ？
33:nobodyさん
06/10/16 14:59:18
いいえ。微細な気にする人はまず鯖を新調しなさいということです。
34:nobodyさん
06/10/16 15:43:36 ecpKZqzB
好きなの使え
糸冬
35:nobodyさん
06/10/16 16:40:00 wxXs/Q+z
>>33
日本語でおｋ
36:nobodyさん
06/10/16 21:06:50
言語処理系としては、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を書く
と良い。簡単な処理しかしないのであれば、言語は何を使っても書くための手間はさほど
変わらないが、処理速度は、桁違いに向上する。
37:nobodyさん
06/10/16 21:41:45
詳しいことはわかんないけど、扱うデータがでかくなったり処理が
複雑になったとしても、MySQLとかが使えるphpのほうが結局速くて
お手軽なんじゃねーの？
38:nobodyさん
06/10/16 23:09:04
>>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ﾏﾀﾞｰ(´；ω；`)
39:nobodyさん
06/10/16 23:18:19
>>37
> MySQLとかが使えるphpのほうが結局速くて
Perlでも使えるだろｗ
40:nobodyさん
06/10/16 23:19:26
>>38
両方ともモジュールでやったらPerlの方が早かったよ。
41:nobodyさん
06/10/17 00:32:16
＞Perlは、CGIとして動かす分には遅いが、
サーバー上でうごいてるのはほとんどそれってことだろ？
42:nobodyさん
06/10/17 00:38:18
mod_perlってレンサバにはあんまないよね？
43:nobodyさん
06/10/17 00:42:22
speedycgi
＞これは、 Perl 処理系をメモリに常駐させることで、
＞CGI プロセス起動時に処理系の起動によるオーバーヘッドをなくすための
＞仕組みです。
でもレンタルサーバの殆どでサポートされてない。
つまり、サーバーに負担が懸かるからだろ？
44:nobodyさん
06/10/17 00:53:42
mod_perl
＞mod_perlの利用はPerlによるCGI使用者にとって、かなり魅力的ですが、
＞実行スクリプトの量によってはメモリ消費が多くなることも忘れてはいけません。
＞また、通常のCGIスクリプトは、おそらくmod_perlでは動作しませんので、
＞mod_perl用に注意深くコードを書き換える必要があります。
コードを書き換えなきゃならないんだったら、おなじperlとして扱うのは
どうかと思うが。
で、やっとphpと同じくらいのスピードなんだろ？
マニアのくせに大事なこと言わないんだもんなぁ。
45:nobodyさん
06/10/17 02:12:14
速いって思ってる方使ってればいいだけの話
46:nobodyさん
06/10/17 05:16:09
>>44
それは言語の問題じゃないよ。
言語速度ならPerlが速いが大きな差が出るほどではない。
お手軽に速度出したいならPHP
コスト掛けて堅牢かつ速度出したいならJava
純粋に速度を出したいならC
変態志向の人はPerl
47:nobodyさん
06/10/17 07:23:58
>>43
レン鯖でmod_php使えるところはセキュリティやばいぞ
48:nobodyさん
06/10/19 20:35:52
あえて言おう。
PythonいいよPython。
49:nobodyさん
06/10/21 10:17:11
>>43
それ言うならPHPの方がサーバーに負担かかってる
50:nobodyさん
06/10/22 00:21:20
>>43みたいな馬鹿が一番多くて困る
51:nobodyさん
06/10/22 03:08:11
speedycgiとmod_perlはレンサバではセキュリティの問題が出るんじゃない？
PHPなら一応セーフモードがあるけど。
52:nobodyさん
06/10/22 03:16:54
speedycgiは文字通りCGIでも動くからsuexecが有効だぞ。
mod_phpよりは安全。
53:nobodyさん
06/10/22 03:20:14
>>51
module系を共用鯖で使う方がおかしい
54:nobodyさん
06/10/22 12:50:22
>>52
で、cgiで動かしたら遅くなるんだろ？
いつまでもピントのずれたこと抜かしてんじゃねーよｗ
55:nobodyさん
06/10/22 13:00:45
両方とも同じCGIで動かしたらPerlの方が速い。
同じモジュールで動かしてもPerlの方が速い。
PerlはCGI、PHPはモジュールで動かしたら
そりゃ当然PHPの方が速いけど、
クラックされる危険性がある。
56:nobodyさん
06/10/22 13:57:01
>>54
mod_phpよりは早いよ。ピントがずれてるのはお前だ。
57:nobodyさん
06/10/22 14:05:46
PHPもeacceleratorあるからねぇ。
58:nobodyさん
06/10/22 15:22:36
いま>>56がものすごいことを言った
59:nobodyさん
06/10/22 15:23:16
>>49
ソースきぼん
60:nobodyさん
06/10/22 15:36:07
perl→cgiで動かすのが一般的
php→モジュールで動かすのが一般的
どの言語でも大抵、cgiよりもモジュールのほうが速い
同じモードで動かせば、phpよりperlのほうが速いが、
perlはモジュールに対応するために書き換えなきゃならないし
自前鯖でない限り環境整備は難しい
この部分は結論でたな
これに異論あるマニアはいるか？
それとだ、クラックされる危険性があると言うけど、
ていうかそんなにphpがヤバかったら企業系サイトで
こんなに使われる訳ねーとおもうんだが
perlだって絶対に安全って訳でもないんだろ？
61:nobodyさん
06/10/22 15:43:46
つか、安全性はphpかperlかの問題じゃなくて、
cgiモードかモジュルモードかの問題なんだろ？
ここんところはっきりさせてくれ
62:nobodyさん
06/10/22 15:48:16
>>60
クラックされる危険があるのは、mod系を共用鯖で使った場合。
パーミッションを考えれば自明の理。企業鯖で共用鯖とかまず無いから。
仕方なく共用鯖で使う場合にセーフモードなんて緊急手段があるわけで。
で、mod_perlに対応するための書き換えとか言うけど、最初からちゃんと
strictなもの書いてればそもそも書き換え要らない。
>>61
ハッキリできたら誰も苦労しない。
63:nobodyさん
06/10/22 17:34:11
> 企業鯖で共用鯖とかまず無いから。
たくさんあるぞ。
中小企業のほとんどは共用サーバーだ。
64:nobodyさん
06/10/22 19:05:44
VPSなら問題はないな
共用鯖でも大部分はsafemodeでしょ。じゃなきゃ怖すぎる。
65:nobodyさん
06/10/22 19:12:32
ちょっと待ってくれ
このスレでは速さだけが問題でセキュリティは二の次じゃないのか？
66:nobodyさん
06/10/22 20:41:23
>>64
VPSは専用サーバーと変らん。
管理に金がかかる。
セキュリティが二の次だと言うのなら、
perlはcgiでphpはモジュールなのが多いということも二の次だ。
両方モジュールで動かしたらperlの方が速い。
67:nobodyさん
06/10/22 21:17:09
最近佐賀ネタでスレ違いの書き込みが増えている。
佐賀県庁・佐賀県警・談合・痴漢・情報漏洩などの内容だ。
銀行が潰れるとしたデマが回り騒ぎが起きたこともある。
このような書き込みは慎むべきだ。
被害防止のため常駐するスレに啓蒙してくれ。
68:nobodyさん
06/10/22 21:42:28
>>66
じゃperlの方が早いということで
終了
69:nobodyさん
06/10/22 22:50:21 jtZ/mkeq
p e r l 厨 必 死 だ な ｗ
70:nobodyさん
06/10/22 23:07:16
相変わらずwebprogは低レベルだな
71:nobodyさん
06/10/22 23:20:41
URLﾘﾝｸ(www.ryuichi.jp)
（mod_perlの場合）
＞「 2 回 目 か ら は コ ン パ イ ル が ス キ ッ プ さ れ る の で 」
したらCとかC++とかと較べなきゃ（笑）
全然遅いんだろ、perlのほうが
72:nobodyさん
06/10/22 23:34:54
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の速度に関して定期的に起こる
不毛な議論の原因となっているのでは無いでしょうか。
73:nobodyさん
06/10/23 04:31:37
>>71
Cの場合はmodule作れちゃうから最速なのは当たり前。
ここではもっと低次元な争いをしてるので高次元の方はお引き取りください。
74:nobodyさん
06/10/23 12:16:34
>>72
基本的に同意なんだけど、sortとか文字列処理がややこしい場合、Cを使って自分で
書いたクソコードより、perl使ったものの方が速い事がありそう。
perl,php,java,cのどれが良いかなんていう話は、はっきり言って不毛だと私も思う。
問題に応じて適した処理系を選択する、と言う方向に発想が行かない所が悲しいね。
75:nobodyさん
06/10/23 23:20:49
perlを習得できずにPHPに逃げたやつが、
目の敵にしてるだけ。
どっちもできる側からすれば、どーでもいい。
76:nobodyさん
06/10/24 07:13:29
>>73
perlでもapacheのmodule作れる。それをするための仕掛けがmod_perl。
Cでも、apacheのmoduleにすると当然速いが、CGIにすれば、そう速いと言う程でもない。
やる事にもよるけどね。
77:nobodyさん
06/10/24 08:37:46
>>76
そういう話をしてるんじゃないと思う
78:nobodyさん
06/10/24 09:41:16
>>76
微妙に言葉がおかしい感じ
79:nobodyさん
06/10/24 19:40:18 +CkcIqPb
perlは速くて優れた言語だよね
廃れる一方だけどｗ
80:nobodyさん
06/10/24 19:53:45
mod_perl自体が速いんじゃなくて、
二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で
速いんだろ？
>>72はなにとんちんかんなこと言ってんだ？
>>75も寝ぼけてるね
phpもperlもそんなに変わらないだろ
ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ
81:nobodyさん
06/10/24 21:38:55
また凄い奴が来たな
82:nobodyさん
06/10/25 00:07:34
>>80
PHPがperlと比べて速いと言われたのは、Perl/CGIとmod_phpを比較しての事だった。
また、
> phpもperlもそんなに変わらないだろ
では、phpとperlの習得の難易度は大差ないと言いつつ、次の行で、
> ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ
perlは小難しいと言っている。
どっちだと言いたいんだろうか。
83:nobodyさん
06/10/25 00:19:11
おまえ馬鹿じゃないの？ｗ
75が
＞perlを習得できずにPHPに逃げたやつが、
と言ってるから
＞ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってｗ
て言ってやったんじゃないの
perl厨ってほんと頭悪いよね
それとさ
（mod_perlは）
＞二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で
いい加減この部分とスピード比較のリンク先よめよ
84:nobodyさん
06/10/25 00:22:00
>>83
いやさ、「コンパイルをスキップ」の部分を懸命に強調してるけど
それで速くなってるなら全然問題ないと思うのだが何が言いたいの？
85:nobodyさん
06/10/25 00:29:58
言語として早いんじゃなくて、コンパイル飛ばすから速い訳だろ？
といってんだよボケ
86:nobodyさん
06/10/25 01:44:12
このすれのいちがあたまわるいしつもんしてんだからふもうなレスになるのはしょうがない。
87:nobodyさん
06/10/25 02:30:18
>>85
「言語として速い」って意味ﾜｶﾝﾈ
インタプリタの速度の事言ってる？
88:nobodyさん
06/10/25 02:44:37
PHP なんかに信者がいるとは思ってなかったがやっぱりいるんだねえ。
アホにも使えるのはある意味利点だが、
ほかのいいものを知ろうとしなくなるというのは大きな欠点だ。
89:nobodyさん
06/10/25 02:52:46
彼らにはPHPが唯一無二の存在だから尚更その傾向が強いんだろうね。
昔はPerl使いにもそういう奴がいたんだろうけどWEB用途でのPerlが廃れていくにつれ
減少するかPHPに流れるかしてしまった。
90:nobodyさん
06/10/25 02:52:53
>>85
じゃあmod_phpはコンパイル飛ばさないの？ｗ
91:nobodyさん
06/10/25 02:57:17
マジレスすると飛ばさないよ。だからコードの制約がゆるい。
浮くコストはインタプリタ読み込みの部分。
92:nobodyさん
06/10/25 02:58:52
>>72に聞けよ
言語そのものの処理速度（＝モジュールかCGIかに影響されない速度）
ということじゃねーの？
phpとperlを同じ条件で較べろと言ってるんだから、そうするとしたら、
コンパイル作業込みの一回目で計測しなきゃおかしいだろ。で、この場合、
リンク先によるとphpのほうが速いってことになる
同じくコンパイルをスキップした速度を較べるなら、phpAとかと
較べなきゃオカシイってことになるだろ
ちなみにこのphpA、普通のphpの四倍くらいで動くらしいから、
phpよりちょっと速いくらいのmod_perlなんか比較にならないだろ
ようするにおれが言いたいのは、perl厨は屁理屈と嘘ばっかり言いやがって、
馬鹿じゃねーのかってことだよ
うっかり騙されるとこだった
93:nobodyさん
06/10/25 03:03:47
>>92
屁理屈こねてるのはどう見ても貴方です。本当にありがとうございました。
94:nobodyさん
06/10/25 03:04:50
>>92
えーとまぁそのなんだ
強くｲ㌔
95:nobodyさん
06/10/25 03:06:30 Dq5Ab1kn
perl厨晒しage
96:nobodyさん
06/10/25 03:07:37
つか誰一人ベンチマークとかやらないのね
97:nobodyさん
06/10/25 03:08:33
php厨が自爆するｽﾚはここですか？
98:nobodyさん
06/10/25 03:10:59
>>45
99:72
06/10/25 03:38:59
>>92
まず根本的に、異なるテンプレートエンジンで言語速度を比べることは出来ない。
それとPHPAの動作原理を理解して欲しい。毎回描画計算するアセンブラより早くなるケースがいくらでもある。
>コンパイル作業込みの一回目で計測しなきゃおかしいだろ。
forkするだけのCGIでの比較はバイトコード変換～実行完了までの純粋な速度を算出出来る。
純粋な処理速度を出したいのならπの計算などを
URLﾘﾝｸ(homepage3.nifty.com)
のような計測方法でやればいい。
perl厨は屁理屈と嘘ばっかり、自分は絶対に正しいという固定概念を取り払って
冷静に考えてみるのがよろしいかと。現状は議論するに値しない
100:nobodyさん
06/10/25 04:16:51
mod_perlはファイルが更新されていなければ(設定次第だけど)
コンパイルを飛ばす(メモリにコンパイル済みのプログラムを保持してる)ので結構早い
mod_phpは毎回コンパイルする
だから単純に考えるとmod_perl>mod_php？
だけど共有鯖だとセキュリティがだめ
CGIの場合
perl,phpともにプロセス起動のオーバーヘッドがあるから速度はもちろんapacheのモジュールより遅い
どっちも大して違わないからCGIとして使うとperl=php？
まあapache使わずにアセンブリでHTTP鯖書くのが一番早いってこった
101:nobodyさん
06/10/25 09:47:34
>>96
以前、abではベンチ取った事があるんで今更かなと。
php信者にベンチ取って貰った方が楽しめそうだし。
言語(インタプリタ)の処理速度がとか言いつつ、テンプレートエンジンの比較をしたリンクを
持ってくるあたり、十分期待できる。ｗ
102:nobodyさん
06/10/25 15:10:06
速度速度って、サーバ分散すりゃいいじゃん。
というか、そんな微々たる差なんてのはプログラムの組み方が悪い時のボトルネックを追い抜くことゼッタイないし。
PHPもPerlでも組み方次第でどうとでもなるし。
アプリケーションの特性によってボトルネック部分は変わってくるし。
言語なんて関係なくね？ JavaだろうがCだろうが、悪い書き方したらとんでもなく遅くなって使い物にならなくなるし。
ふつーに考えて速度よりも保守性が大切になることのが多いし、遅かったらプロファイリングなりベンチマークなりでもして
該当個所だけ改善すればいいんじゃ？
おまえらいつまで馬鹿みたいなこといいあってるんだ？
103:nobodyさん
06/10/25 16:15:46
言語の速度を議論しているスレで
> 言語なんて関係なくね？
だとさ。
勝手に分散スレに行ってくれよ。
104:nobodyさん
06/10/25 19:27:41
ｵﾗｵﾗｵﾗｰ おまいら能書きばかりでちゃんと計測してんだろうな。
ｵﾗｵﾗｵﾗｰ >>38をPerlが得意とするコンソールで実行して何分かかったんだ？あ？
ｵﾗｵﾗｵﾗｰ Perlみたいな糞遅いもんの測定には右下の時計で十分すぎるな。
ｵﾗｵﾗｵﾗｰ >>38はPerlの遅さを証明する氷山の一角に過ぎないからな。
ｵﾗｵﾗｵﾗｰ 悔しかったら速いコード書いてみろよ。
ｵﾗｵﾗｵﾗｰ どうせできないだろうけど。ｳﾌﾟﾌﾟ
今日のところはこれくらいで勘弁しといちゃるからもういっていいぞ。
105:nobodyさん
06/10/25 19:56:04
>>99
おまいのレスを見ながらいちいちググってみたけど
結局何が言いたいのかさっぱりわかんねぇ
モジュールでも、コンパイル済みでも、cgiでも結局phpのほうが
速いのに違いはないんだろ？
なにがphpAの仕組を理解しろ、だよ
二回目以降はコンパイルすっ飛ばす点じゃmod_perlと一緒だろ
アセンブラより速いんだったら大いに結構じゃねーか
106:nobodyさん
06/10/25 20:27:15
最近あんまベンチとってなかったので調べてみたら予想以上にPHP速いね。
PHP4の最初の頃に調べたときは何をやってもPerlより遅いみたいな印象だったけど
最新のだと空ループや正規表現までPerlを追い越してる雰囲気。
あるいはPerlが肥大化で遅くなった？
ハードで簡単に解決できないPHPよりPerlのほうが100倍速いみたいなの今でもある？
進歩が止まったものは追い越される運命なのか。。。
107:105
06/10/25 20:36:55
すみません、自己解決しました。
108:nobodyさん
06/10/25 21:02:14
自己解決されちゃったよｗ
109:nobodyさん
06/10/25 22:12:06
ベンチマークの取り方にもよるけど、おおむねPerlの方が速い。
ただし、mod_phpとかのウェブのアプリケーションサーバとしての速度になると単純な速度比較は出来なくなる。
110:nobodyさん
06/10/25 23:34:35
結局はプログラミングスキルの方が重要なんだけどね。
111:nobodyさん
06/10/26 22:49:10
Perlのほうが速いと思っていたようなのまでPHPのほうが速いんだけど。
どーゆーことさ。。
$i = 10000000;
while ($i--) {
$x = $i * 2;
$y = $i / 2;
$z = $i << 1;
}
112:nobodyさん
06/10/26 23:30:00
perlのほうが処理が速いっていうのは、
全然根拠のないデマだよ。
113:nobodyさん
06/10/27 01:20:45
速度気にしてもあまり意味無いけど
PHP5＞Perl5＞PHP4かな。
Perl6は遅いんですよね？
114:nobodyさん
06/10/27 01:24:53
>>113
いや、だいぶ安定してきたｗ
115:nobodyさん
06/10/27 03:32:16
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と比べると数倍消費する。
116:nobodyさん
06/10/30 16:45:13
perl、php比較スレってマジレス傾向になるとスレが盛り上がらなくなるな。
117:nobodyさん
06/10/30 23:31:42
自分で速度比較も出来ない馬鹿の集まりだからな
118:nobodyさん
06/10/31 00:58:50
文字列をゴリゴリするならPerl
呼び出してすぐ終わるならPHP
なんとなく気が向いたらRuby
ソフトバンクのMNPシステムならN88-BASIC
119:k ◆WFGp1NZuiw
06/11/03 08:51:26 YXjRlHj6
CGI に対する mod_perl の利点ってコンパイルの省略以外に，共有メモリを使っ
た複数リクエスト間でのデータの共有が考えられると思うんですが，これがあ
まり話題にならないのは何故なんでしょうか？
いくらスクリプト言語でも，計算より I/O の方が "桁違い" のオーダーで遅い
んだから，重要だとおもうんですが．
120:nobodyさん
06/11/03 09:37:51
それは一般的に言われている共有メモリとはちょっと違うと思うよ。preforkだと同じプロセス間だけだし。
Perl/CGIからでも利用できる共有メモリモジュールがあるしPHPにもshmop関数がある。
121:k ◆WFGp1NZuiw
06/11/03 11:42:00
>それは一般的に言われている共有メモリとはちょっと違うと思うよ。
いえ，一般的な共有メモリのことです．
mod_perl になって常駐するようになれば，共有メモリ使って prefork の子プ
ロセス間でデータを共有できるようになりますよね？
>Perl/CGIからでも利用できる共有メモリモジュールがあるし
CGI だと毎回プロセスが終了しちゃうから意味無いよー．
122:nobodyさん
06/11/03 12:49:31
意図的にデストラクトしないから再び同じプロセスを利用したときに再利用出来るという永続化の利点であって
一般的に共有メモリと聞いて連想するCのshm関数等とは全く性質が違うと思う。
>CGI だと毎回プロセスが終了しちゃうから意味無いよー．
共有メモリに入ってるデータは呼び出し元に関わらず自分で解放するまでは残ったままだよ。
なので敢えてCGIと書いた。
最大maxclientsの数だけ確保しなきゃいけないのだからそれほど効率良くないと思う。
2chもdatを共有メモリに置いてると聞いたけどどういう方法でやってるのかな。
123:k ◆WFGp1NZuiw
06/11/03 12:59:47
>共有メモリに入ってるデータは呼び出し元に関わらず自分で解放するまでは残ったままだよ。
あー，そうですね...とんちんかんなこといってた．
>最大maxclientsの数だけ確保しなきゃいけないのだから
これよく分からないんですが，何の確保の事でしょうか？
124:nobodyさん
06/11/03 14:29:04
例えば1MBのデータを使い回すとして
IPC::ShareLite等なら1MBの共有メモリだけで済むけど
mod_perlだけでやろうとしたら予測されるapacheのプロセス数×1MB必要でしょ。
125:nobodyさん
06/11/03 14:40:01
ご主人様、それはわかっております。
126:k ◆WFGp1NZuiw
06/11/03 14:46:51
>>124
ああ，そういう意図ですか．了解です．
127:nobodyさん
06/11/21 10:12:54
mod_perlとmod_phpのパフォーマンス比較
URLﾘﾝｸ(www.itmedia.co.jp)
こんな情報も見つけれないやつは帰れ
128:nobodyさん
06/11/21 10:17:33
ついでにほれ っURLﾘﾝｸ(itpro.nikkeibp.co.jp)
129:nobodyさん
06/11/21 16:07:03
mod_phpの方がパフォーマンス高いのは意外だったな。
PHPは5.1で2倍くらいに速くなってたか。
130:nobodyさん
06/11/23 02:31:34
ごく単純な処理だけならPHPの方が起動にコストがかからずに早い。処理が複雑になると、Perlに勝てなくなる。
131:nobodyさん
06/11/23 04:16:42
>>127のテストって意味ないんだよな。
やるんなら、PHPでもPerlでもほとんど同じコードになるような処理でテストするか、
一般的なウェブアプリのコードを何種類か再現して、その平均を取るテストをするか、のどっちかじゃないと。
>>127みたいにCGIモジュールとDBIモジュールのロードだけで処理コストのほとんどを使ってしまうようなテストじゃテストの意味がない。
CGIモジュールで＜HTML>タグ書くなんて、実際にはありない行為だし。
132:nobodyさん
06/11/23 04:45:59
>>127がNGに引っかかってたから何かと思えばそこか。
133:nobodyさん
06/11/23 06:16:28
>>131
ソースのひとつでもだしてから
言えや
どっちが良いかなんてどうでもいいけど
そこまで言うならここにデータを書け
134:nobodyさん
06/11/23 12:17:41
一般的なウェブページを再現するようなコードなんて、そうそう書けるわけないじゃん。
あと、この板でPerlやPHPのベンチマーク取った書き込みしたのはたいていオレだよ。
1年くらい前のSmartyは遅いから使うなって、ベンチ取ったのもオレだし。
ちょっとまえにPHPのarray()が遅いって書き込んだのもオレ。
まあmod_perlはmod_phpよりだんぜん取り扱いが難しいから、単純に速度だけでどちらが優位かは言えない。
それに速度ならJavaの方が圧倒的に速いんだし。
135:nobodyさん
06/11/23 12:43:16
>>134
＞速度ならJavaの方が圧倒的に速いんだし。
まて、それは孔明の(ry
136:nobodyさん
06/11/23 20:19:00
外部モジュールを使ったPerlとネイティブに動くPHPを
永続化が出来るmod_perlと出来ないmod_phpで比べるから
おかしなことになると思いきやいい感じの勝負になってるねｗ
137:nobodyさん
06/11/23 23:51:36
>>134
> 1年くらい前のSmartyは遅いから使うなって、ベンチ取ったのもオレだし。
あのアホかぁ。
ベンチとるのも良いが、意味のあるペンチを取る様にしようね。
138:nobodyさん
06/11/24 00:41:09
smartyはたいして有効な機能がないわりにファイルサイズが馬鹿に大きく、requireするだけで大きなコストがかかる。
他スレでもあるように<?=$var?>の方が遙かに実戦的。
smartyの唯一のメリットは強制的にビューとロジックを切り分けられるということ。
これはグチャグチャになりやすいPHPという言語の仕様からそれを防ぐという点で、初級のウェブアプリデベロッパーにはある程度有効な面もあった。
それにしたって、ウェブフレームワークを使った開発なら、たいていの場合フレームワークの仕組みとしてビュー部分は切り出してある。
よってますますsmartyは必要なくなってきて、smartyのようなテンプレートエンジンは廃れてきた。というのが最近までの流れ。
139:nobodyさん
06/11/25 13:04:02
>>138
っ URLﾘﾝｸ(simplate.aimy.jp)
140:nobodyさん
06/12/13 05:30:09 3eAAIseo
Perl遅いやPHP遅いだのグダグダ言う奴は大体ヘタレ初心者ＰＧだろ？
前に仕事でPHP褒める奴がいたが、
そいつが昔書いたPerlソースを解析して遅い部分探してやったよ
@array = @array + @array2;
↓
push (@array,@array2);
これだけ変えてやったら劇的に早くなったよ。
お前ら１分に1000～万単位のアクセス抱えた仕事でもしてんのか？
負荷分散サーバー100台必要なサイトとかの仕事やってんのか？
ＴＶ局関連の仕事とか有名サイトとかそれ位のレベルの仕事の奴だけ語れぼけ
俺はＴＶ局関連の仕事が多いから意識する事多いけどなｗ
とりあえず俺の見解な！
mod_perl上でコード数抑えたピュアコーディングが負荷分散サーバー数少なく処理できた。
インタープリターの性能が一番重要なんだとおもうよ。
後、短時間（１，２時間の番組）ＷＥＢ投票物の番組連携の場合はＡＳＰを使う時があるよ。
141:nobodyさん
06/12/13 07:41:24
わかりきったこと書くな
142:nobodyさん
06/12/13 09:58:26
>>140はツンデレちゃん？
143:nobodyさん
06/12/13 12:40:05
>>140
>@array = @array + @array2;
こういう書き方があるって今知った。
本見るとpush (@array,@array2);の方が多くね？
144:nobodyさん
06/12/13 17:47:24
遅い部分探すのって、どうやるの？
自分のスクリプトでやってみたいので誰か教えてほしい。ググッたら出てくるかな？
145:nobodyさん
06/12/13 21:14:09
>144
Cだけど、牧野淳一郎のパソコン物理実地指導とかに書いてあったな。
私は勉強熱心じゃないへたれだからしらん。
146:nobodyさん
06/12/13 23:13:40
use Benchmark;するか、UNIXのコマンドラインからtimeコマンド使えば良いのでは。
147:nobodyさん
06/12/14 07:05:14 GsaWAeDl
>>143
お前は初心者丸出しだｗ
>>142
ツンツンしててすまんなもうちょい落ち着いて書き込むわ
>>144
簡単な方法は
$| = 1; （初心者に教えやすいおまじないだ！バッファリングを無効にするなんていってもわからんだろｗ）
つけて気になる箇所の前にprint文入れて動かして見れ
処理スピードを目で見て確認できるｗ
146が言うようにuse Benchmarkでやると数値で確認できる。
148:nobodyさん
06/12/14 07:16:22 GsaWAeDl
>>143
ちょっときつい言い方だったから言い換える
昔のPerl本は速さより動かす時代だったんだよ
初版が2000年以前のPerl本買ってみるといい
きちがいサンプルコードがいっぱいあるぞ
その頃の残骸がPerlの評価を下げてるんだろうな。
でも今はPHPの方が金にはなるんじゃない？
PerlもPHPもコードはさほど変わらんだろ。
極限の速さを競うならPerlで間違いない。
149:nobodyさん
06/12/14 13:44:19
まだ仕事が出回ってるPHPの方が金になるかもしれないけど
金額が安すぎるんだよなぁ
150:nobodyさん
06/12/14 23:59:30
偉そうに語っているが、たいした事は1つも書いていない
自称玄人乙
151:nobodyさん
06/12/15 05:49:06
>>143
俺もそんな書き方しようなんて考えた事もなかったｗ
152:nobodyさん
06/12/23 15:44:33
>146のようなことが
>145の本に結構具体的に書いてあるよ。
まあ当たり前の事なんだけど。
153:nobodyさん
06/12/29 14:04:40
本体はperlだけど、拡張子をphpに変えてみた。
スクリプトクレクレ厨が沸いてﾜﾗﾀｗ
154:nobodyさん
07/03/22 06:53:45
>>4に
５．安全性
perl<PHP
も加えて。
155:nobodyさん
07/03/22 07:06:19
>>153
script.cgi(中身はperl)をscript.php(中身はperl)にしたってこと？
動くのそれ。
156:nobodyさん
07/03/22 07:10:20
動くわけないわなｗ
辛うじてhtmlだけは出力したけどｗｗ
157:nobodyさん
07/03/22 07:19:21
ごめん。
誤爆とかそういうレベルじゃない。
ホントにごめん。
>>155と>>156は透明あぼんして下さい。
158:nobodyさん
07/03/22 23:22:01
ソースコードにHTMLのタグがあると気持ち悪いんだよ。PHP。
Smartyだっけ？それ使えばいい話だけど。
フリーのPHPスクリプトは気持ち悪いｗ
あとな。K○NTだっけ？Perlでフリーのスクリプト出してるとこ。
あそこが書いたソースもキモい。
今時use strict、use warningや -wしてないソースｗｗｗｗｗｗｗ
変数もグローバル/ローカルの区別なし。
159:nobodyさん
07/03/23 00:33:46
概ね同意だがこいつ頭悪そう
160:nobodyさん
07/03/23 18:28:46
strictにしてないなんて幾らでもあるじゃん。
自分で書くなら当然やるけど、別にちょっと使う程度なら問題ないし。
strictじゃないの？うはーｗｗｗｗきもっｗｗｗｗとか言う方がきもいわ。
161:nobodyさん
07/03/26 20:24:15
>>158
そりゃ今時書いたコードじゃないからだろ
162:nobodyさん
07/04/06 03:04:34
my と local をきちんと説明できる人間ってどのくらい居るんだろうな。
163:nobodyさん
07/04/06 05:22:41
初心者レベルだからlocalはぶっちゃけ自信ない。
よく特殊な使われ方するし。
164:nobodyさん
07/04/06 22:13:55
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でいいじゃんって思う