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

1nobodyさん2006/10/15(日) 12:49:43ID:???
で、結局のところどっちが軽いんだよ?
教えろマニアども

2nobodyさん2006/10/15(日) 12:54:59ID:FTwlkyBB
PHPです

3nobodyさん2006/10/15(日) 13:50:55ID:eNt7Sw7d?BRZ(3600)
死ねよ

4nobodyさん2006/10/15(日) 15:11:26ID:???
1.処理速度
perl < php

2.習得のしやすさ
perl < php

3.機能
perl <= php

4.将来性
perl < php

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

5nobodyさん2006/10/15(日) 15:43:54ID:???
perl6が出る予定です

6nobodyさん2006/10/15(日) 16:00:07ID:???
>>4
はいはい間違ってませんよ良かったですね

7nobodyさん2006/10/15(日) 16:46:55ID:???
カカク比較>PHP
ケツゲ処理>Perl
Java以外はゴミらしい。

8nobodyさん2006/10/15(日) 16:47:34ID:???
Perl6よりPHP6のほうが早いに6ルビー

9nobodyさん2006/10/15(日) 17:10:48ID:???
それなのになんでこんなにperl使われてんの?
同じプログラム組むのに、パールだと短く済むとか?

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

11nobodyさん2006/10/15(日) 19:26:46ID:k+QnicNX
速さ気にするならSpeedyCGIでおk

12nobodyさん2006/10/15(日) 20:24:08ID:???
※注意

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



その結果Perlの方が早い。

13nobodyさん2006/10/15(日) 20:30:12ID:???
PHPは通常モジュール版で動く。
そうなると、ウェブサーバー権限で動くことになる。
その権限で作成されるファイルも当然ウェブサーバー権限。

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

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

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

14nobodyさん2006/10/15(日) 21:18:22ID:???
※注意

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



その結果PHPの方が早い。

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

15nobodyさん2006/10/15(日) 21:23:26ID:???
レンサバのPHPはたいていCGIモードで動いてるんじゃないの?

16nobodyさん2006/10/15(日) 21:24:35ID:???
おいちょっと待てよマニアども
セキュリティってパーミッションと.htaccessで万全じゃねーの?

17nobodyさん2006/10/15(日) 21:31:21ID:???
それとよ、あの2ゲット禁止のスレで2ゲットするとどうなんだよ?

18nobodyさん2006/10/15(日) 21:48:48ID:???
レンサバはセーフモードか

19nobodyさん2006/10/15(日) 21:53:14ID:???
>>16
全然安全じゃない

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

20nobodyさん2006/10/15(日) 22:20:04ID:???
でもperlをつかうと安全なんだな?

21nobodyさん2006/10/15(日) 23:28:39ID:???
mod_perlにするとそうでもない。

22nobodyさん2006/10/15(日) 23:51:03ID:???
PHPの方がPerlよりも速い。

PHPはモジュール版で、PerlはCGI版で比べているから。

モジュール版ならセキュリティ的に危険。

23nobodyさん2006/10/15(日) 23:53:33ID:???
まあこれが結論だ。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm

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

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

24nobodyさん2006/10/16(月) 00:06:11ID:???
>>23
2002/3/12 古すぎる

25nobodyさん2006/10/16(月) 00:20:17ID:???
>結論から先に〜思っています。
よく読んでないけど断言できないところと長ったらしいページが怪しい。
>速くない。
遅いと言えないあたりが(ry

26nobodyさん2006/10/16(月) 00:22:39ID:???
>>24
古いと何か問題が?

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

27nobodyさん2006/10/16(月) 00:23:24ID:???
揚げ足鳥だけで反論できないのが
何よりの証拠。

28nobodyさん2006/10/16(月) 00:44:28ID:???
>>26
脳みそ動いてますか、止まってませんか?
PHPは継続的にバージョンアップされているんだが。

29nobodyさん2006/10/16(月) 01:00:27ID:???
>mod_php/4.0.5
いつの化石と比べてるんだよ

30nobodyさん2006/10/16(月) 05:42:06ID:???
また宗教戦争はじめるのか

31nobodyさん2006/10/16(月) 10:46:49ID:???
mod_perl > mod_php + eaccelerator > mod_php > perl cgi > php cgi >>>>> ruby cgi

32nobodyさん2006/10/16(月) 14:23:48ID:???
要するにphpのほうが速いんだろ?

33nobodyさん2006/10/16(月) 14:59:18ID:???
いいえ。微細な気にする人はまず鯖を新調しなさいということです。

34nobodyさん2006/10/16(月) 15:43:36ID:ecpKZqzB
好きなの使え

糸冬

35nobodyさん2006/10/16(月) 16:40:00ID:wxXs/Q+z
>>33
日本語でおk

36nobodyさん2006/10/16(月) 21:06:50ID:???
言語処理系としては、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を書く
と良い。簡単な処理しかしないのであれば、言語は何を使っても書くための手間はさほど
変わらないが、処理速度は、桁違いに向上する。

37nobodyさん2006/10/16(月) 21:41:45ID:???
詳しいことはわかんないけど、扱うデータがでかくなったり処理が
複雑になったとしても、MySQLとかが使えるphpのほうが結局速くて
お手軽なんじゃねーの?

38nobodyさん2006/10/16(月) 23:09:04ID:???
>>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マダー(´;ω;`)

39nobodyさん2006/10/16(月) 23:18:19ID:???
>>37
> MySQLとかが使えるphpのほうが結局速くて
Perlでも使えるだろw

40nobodyさん2006/10/16(月) 23:19:26ID:???
>>38
両方ともモジュールでやったらPerlの方が早かったよ。

41nobodyさん2006/10/17(火) 00:32:16ID:???
>Perlは、CGIとして動かす分には遅いが、
サーバー上でうごいてるのはほとんどそれってことだろ?

42nobodyさん2006/10/17(火) 00:38:18ID:???
mod_perlってレンサバにはあんまないよね?

43nobodyさん2006/10/17(火) 00:42:22ID:???
speedycgi
>これは、 Perl 処理系をメモリに常駐させることで、
>CGI プロセス起動時に処理系の起動によるオーバーヘッドをなくすための
>仕組みです。
でもレンタルサーバの殆どでサポートされてない。
つまり、サーバーに負担が懸かるからだろ?

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

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

45nobodyさん2006/10/17(火) 02:12:14ID:???
速いって思ってる方使ってればいいだけの話

46nobodyさん2006/10/17(火) 05:16:09ID:???
>>44
それは言語の問題じゃないよ。

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

47nobodyさん2006/10/17(火) 07:23:58ID:???
>>43
レン鯖でmod_php使えるところはセキュリティやばいぞ

48nobodyさん2006/10/19(木) 20:35:52ID:???
あえて言おう。
PythonいいよPython。

49nobodyさん2006/10/21(土) 10:17:11ID:???
>>43
それ言うならPHPの方がサーバーに負担かかってる

50nobodyさん2006/10/22(日) 00:21:20ID:???
>>43みたいな馬鹿が一番多くて困る

51nobodyさん2006/10/22(日) 03:08:11ID:???
speedycgiとmod_perlはレンサバではセキュリティの問題が出るんじゃない?
PHPなら一応セーフモードがあるけど。

52nobodyさん2006/10/22(日) 03:16:54ID:???
speedycgiは文字通りCGIでも動くからsuexecが有効だぞ。

mod_phpよりは安全。

53nobodyさん2006/10/22(日) 03:20:14ID:???
>>51
module系を共用鯖で使う方がおかしい

54nobodyさん2006/10/22(日) 12:50:22ID:???
>>52
で、cgiで動かしたら遅くなるんだろ?
いつまでもピントのずれたこと抜かしてんじゃねーよw

55nobodyさん2006/10/22(日) 13:00:45ID:???
両方とも同じCGIで動かしたらPerlの方が速い。
同じモジュールで動かしてもPerlの方が速い。

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

56nobodyさん2006/10/22(日) 13:57:01ID:???
>>54

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

57nobodyさん2006/10/22(日) 14:05:46ID:???
PHPもeacceleratorあるからねぇ。

58nobodyさん2006/10/22(日) 15:22:36ID:???
いま>>56がものすごいことを言った

59nobodyさん2006/10/22(日) 15:23:16ID:???
>>49
ソースきぼん

60nobodyさん2006/10/22(日) 15:36:07ID:???
perl→cgiで動かすのが一般的
php→モジュールで動かすのが一般的
どの言語でも大抵、cgiよりもモジュールのほうが速い
同じモードで動かせば、phpよりperlのほうが速いが、
perlはモジュールに対応するために書き換えなきゃならないし
自前鯖でない限り環境整備は難しい

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

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

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

61nobodyさん2006/10/22(日) 15:43:46ID:???
つか、安全性はphpかperlかの問題じゃなくて、
cgiモードかモジュルモードかの問題なんだろ?
ここんところはっきりさせてくれ

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

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

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

63nobodyさん2006/10/22(日) 17:34:11ID:???
> 企業鯖で共用鯖とかまず無いから。
たくさんあるぞ。

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

64nobodyさん2006/10/22(日) 19:05:44ID:???
VPSなら問題はないな
共用鯖でも大部分はsafemodeでしょ。じゃなきゃ怖すぎる。

65nobodyさん2006/10/22(日) 19:12:32ID:???
ちょっと待ってくれ
このスレでは速さだけが問題でセキュリティは二の次じゃないのか?

66nobodyさん2006/10/22(日) 20:41:23ID:???
>>64
VPSは専用サーバーと変らん。
管理に金がかかる。

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

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

67nobodyさん2006/10/22(日) 21:17:09ID:???
最近佐賀ネタでスレ違いの書き込みが増えている。
佐賀県庁・佐賀県警・談合・痴漢・情報漏洩などの内容だ。
銀行が潰れるとしたデマが回り騒ぎが起きたこともある。
このような書き込みは慎むべきだ。

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

68nobodyさん2006/10/22(日) 21:42:28ID:???
>>66
じゃperlの方が早いということで

終了

69nobodyさん2006/10/22(日) 22:50:21ID:jtZ/mkeq
p e r l 厨 必 死 だ な w

70nobodyさん2006/10/22(日) 23:07:16ID:???
相変わらずwebprogは低レベルだな

71nobodyさん2006/10/22(日) 23:20:41ID:???
ttp://www.ryuichi.jp/computer_memo/etc/template_time_match/

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

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

72nobodyさん2006/10/22(日) 23:34:54ID:???
PerlとCでは言語的な速度ではCの方が速いですが
Perl/mod_perl、C/CGIの場合オーバーヘッドの分Perl/mod_perlの方が速い場合があります。

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

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

73nobodyさん2006/10/23(月) 04:31:37ID:???
>>71
Cの場合はmodule作れちゃうから最速なのは当たり前。
ここではもっと低次元な争いをしてるので高次元の方はお引き取りください。

74nobodyさん2006/10/23(月) 12:16:34ID:???
>>72
基本的に同意なんだけど、sortとか文字列処理がややこしい場合、Cを使って自分で
書いたクソコードより、perl使ったものの方が速い事がありそう。

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

75nobodyさん2006/10/23(月) 23:20:49ID:???
perlを習得できずにPHPに逃げたやつが、
目の敵にしてるだけ。
どっちもできる側からすれば、どーでもいい。

76nobodyさん2006/10/24(火) 07:13:29ID:???
>>73
perlでもapacheのmodule作れる。それをするための仕掛けがmod_perl。
Cでも、apacheのmoduleにすると当然速いが、CGIにすれば、そう速いと言う程でもない。
やる事にもよるけどね。

77nobodyさん2006/10/24(火) 08:37:46ID:???
>>76
そういう話をしてるんじゃないと思う

78nobodyさん2006/10/24(火) 09:41:16ID:???
>>76
微妙に言葉がおかしい感じ

79nobodyさん2006/10/24(火) 19:40:18ID:+CkcIqPb
perlは速くて優れた言語だよね











廃れる一方だけどw

80nobodyさん2006/10/24(火) 19:53:45ID:???
mod_perl自体が速いんじゃなくて、

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

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

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

81nobodyさん2006/10/24(火) 21:38:55ID:???
また凄い奴が来たな

82nobodyさん2006/10/25(水) 00:07:34ID:???
>>80
PHPがperlと比べて速いと言われたのは、Perl/CGIとmod_phpを比較しての事だった。

また、

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

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

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

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

83nobodyさん2006/10/25(水) 00:19:11ID:???
おまえ馬鹿じゃないの?w
75が
>perlを習得できずにPHPに逃げたやつが、
と言ってるから
>ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってw
て言ってやったんじゃないの

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

それとさ

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

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

84nobodyさん2006/10/25(水) 00:22:00ID:???
>>83
いやさ、「コンパイルをスキップ」の部分を懸命に強調してるけど
それで速くなってるなら全然問題ないと思うのだが何が言いたいの?

85nobodyさん2006/10/25(水) 00:29:58ID:???
言語として早いんじゃなくて、コンパイル飛ばすから速い訳だろ?
といってんだよボケ

86nobodyさん2006/10/25(水) 01:44:12ID:???
このすれのいちがあたまわるいしつもんしてんだからふもうなレスになるのはしょうがない。

87nobodyさん2006/10/25(水) 02:30:18ID:???
>>85
「言語として速い」って意味ワカンネ
インタプリタの速度の事言ってる?

88nobodyさん2006/10/25(水) 02:44:37ID:???
PHP なんかに信者がいるとは思ってなかったがやっぱりいるんだねえ。
アホにも使えるのはある意味利点だが、
ほかのいいものを知ろうとしなくなるというのは大きな欠点だ。

89nobodyさん2006/10/25(水) 02:52:46ID:???
彼らにはPHPが唯一無二の存在だから尚更その傾向が強いんだろうね。
昔はPerl使いにもそういう奴がいたんだろうけどWEB用途でのPerlが廃れていくにつれ
減少するかPHPに流れるかしてしまった。

90nobodyさん2006/10/25(水) 02:52:53ID:???
>>85
じゃあmod_phpはコンパイル飛ばさないの?w

91nobodyさん2006/10/25(水) 02:57:17ID:???
マジレスすると飛ばさないよ。だからコードの制約がゆるい。
浮くコストはインタプリタ読み込みの部分。

92nobodyさん2006/10/25(水) 02:58:52ID:???
>>72に聞けよ
言語そのものの処理速度(=モジュールかCGIかに影響されない速度)
ということじゃねーの?

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

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

93nobodyさん2006/10/25(水) 03:03:47ID:???
>>92
屁理屈こねてるのはどう見ても貴方です。本当にありがとうございました。

94nobodyさん2006/10/25(水) 03:04:50ID:???
>>92
えーとまぁそのなんだ

強くイ`

95nobodyさん2006/10/25(水) 03:06:30ID:Dq5Ab1kn
perl厨晒しage

96nobodyさん2006/10/25(水) 03:07:37ID:???
つか誰一人ベンチマークとかやらないのね

97nobodyさん2006/10/25(水) 03:08:33ID:???
php厨が自爆するスレはここですか?

98nobodyさん2006/10/25(水) 03:10:59ID:???

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

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

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

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

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

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


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

101nobodyさん2006/10/25(水) 09:47:34ID:???
>>96
以前、abではベンチ取った事があるんで今更かなと。

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

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

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

103nobodyさん2006/10/25(水) 16:15:46ID:???
言語の速度を議論しているスレで
> 言語なんて関係なくね?
だとさ。
勝手に分散スレに行ってくれよ。

104nobodyさん2006/10/25(水) 19:27:41ID:???
オラオラオラー おまいら能書きばかりでちゃんと計測してんだろうな。
オラオラオラー >>38をPerlが得意とするコンソールで実行して何分かかったんだ?あ?
オラオラオラー Perlみたいな糞遅いもんの測定には右下の時計で十分すぎるな。
オラオラオラー >>38はPerlの遅さを証明する氷山の一角に過ぎないからな。
オラオラオラー 悔しかったら速いコード書いてみろよ。
オラオラオラー どうせできないだろうけど。ウププ
今日のところはこれくらいで勘弁しといちゃるからもういっていいぞ。

105nobodyさん2006/10/25(水) 19:56:04ID:???
>>99
おまいのレスを見ながらいちいちググってみたけど
結局何が言いたいのかさっぱりわかんねぇ

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

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

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

1071052006/10/25(水) 20:36:55ID:???
すみません、自己解決しました。

108nobodyさん2006/10/25(水) 21:02:14ID:???
自己解決されちゃったよw

109nobodyさん2006/10/25(水) 22:12:06ID:???
ベンチマークの取り方にもよるけど、おおむねPerlの方が速い。
ただし、mod_phpとかのウェブのアプリケーションサーバとしての速度になると単純な速度比較は出来なくなる。

110nobodyさん2006/10/25(水) 23:34:35ID:???

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

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

112nobodyさん2006/10/26(木) 23:30:00ID:???
perlのほうが処理が速いっていうのは、
全然根拠のないデマだよ。

113nobodyさん2006/10/27(金) 01:20:45ID:???
速度気にしてもあまり意味無いけど
PHP5>Perl5>PHP4かな。
Perl6は遅いんですよね?

114nobodyさん2006/10/27(金) 01:24:53ID:???
>>113
いや、だいぶ安定してきたw

115nobodyさん2006/10/27(金) 03:32:16ID:???
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と比べると数倍消費する。

116nobodyさん2006/10/30(月) 16:45:13ID:???
perl、php比較スレってマジレス傾向になるとスレが盛り上がらなくなるな。

117nobodyさん2006/10/30(月) 23:31:42ID:???
自分で速度比較も出来ない馬鹿の集まりだからな

118nobodyさん2006/10/31(火) 00:58:50ID:???
文字列をゴリゴリするならPerl
呼び出してすぐ終わるならPHP
なんとなく気が向いたらRuby
ソフトバンクのMNPシステムならN88-BASIC

119k ◆WFGp1NZuiw 2006/11/03(金) 08:51:26ID:YXjRlHj6
CGI に対する mod_perl の利点ってコンパイルの省略以外に,共有メモリを使っ
た複数リクエスト間でのデータの共有が考えられると思うんですが,これがあ
まり話題にならないのは何故なんでしょうか?

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

120nobodyさん2006/11/03(金) 09:37:51ID:???
それは一般的に言われている共有メモリとはちょっと違うと思うよ。preforkだと同じプロセス間だけだし。
Perl/CGIからでも利用できる共有メモリモジュールがあるしPHPにもshmop関数がある。

121k ◆WFGp1NZuiw 2006/11/03(金) 11:42:00ID:???
>それは一般的に言われている共有メモリとはちょっと違うと思うよ。
いえ,一般的な共有メモリのことです.

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

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

122nobodyさん2006/11/03(金) 12:49:31ID:???
意図的にデストラクトしないから再び同じプロセスを利用したときに再利用出来るという永続化の利点であって
一般的に共有メモリと聞いて連想するCのshm関数等とは全く性質が違うと思う。

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

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

123k ◆WFGp1NZuiw 2006/11/03(金) 12:59:47ID:???
>共有メモリに入ってるデータは呼び出し元に関わらず自分で解放するまでは残ったままだよ。
あー,そうですね...とんちんかんなこといってた.

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

124nobodyさん2006/11/03(金) 14:29:04ID:???
例えば1MBのデータを使い回すとして
IPC::ShareLite等なら1MBの共有メモリだけで済むけど
mod_perlだけでやろうとしたら予測されるapacheのプロセス数×1MB必要でしょ。

125nobodyさん2006/11/03(金) 14:40:01ID:???
ご主人様、それはわかっております。

126k ◆WFGp1NZuiw 2006/11/03(金) 14:46:51ID:???
>>124
ああ,そういう意図ですか.了解です.

127nobodyさん2006/11/21(火) 10:12:54ID:???
mod_perlとmod_phpのパフォーマンス比較
http://www.itmedia.co.jp/enterprise/articles/0608/25/news053.html

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

128nobodyさん2006/11/21(火) 10:17:33ID:???

129nobodyさん2006/11/21(火) 16:07:03ID:???
mod_phpの方がパフォーマンス高いのは意外だったな。
PHPは5.1で2倍くらいに速くなってたか。

130nobodyさん2006/11/23(木) 02:31:34ID:???
ごく単純な処理だけならPHPの方が起動にコストがかからずに早い。処理が複雑になると、Perlに勝てなくなる。

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

132nobodyさん2006/11/23(木) 04:45:59ID:???
>>127がNGに引っかかってたから何かと思えばそこか。

133nobodyさん2006/11/23(木) 06:16:28ID:???
>>131
ソースのひとつでもだしてから

言えや

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

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

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

135nobodyさん2006/11/23(木) 12:43:16ID:???
>>134
>速度ならJavaの方が圧倒的に速いんだし。

まて、それは孔明の(ry

136nobodyさん2006/11/23(木) 20:19:00ID:???
外部モジュールを使ったPerlとネイティブに動くPHPを
永続化が出来るmod_perlと出来ないmod_phpで比べるから
おかしなことになると思いきやいい感じの勝負になってるねw

137nobodyさん2006/11/23(木) 23:51:36ID:???
>>134
> 1年くらい前のSmartyは遅いから使うなって、ベンチ取ったのもオレだし。

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

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



139nobodyさん2006/11/25(土) 13:04:02ID:???

140nobodyさん2006/12/13(水) 05:30:09ID:3eAAIseo
Perl遅いやPHP遅いだのグダグダ言う奴は大体ヘタレ初心者PGだろ?
前に仕事でPHP褒める奴がいたが、
そいつが昔書いたPerlソースを解析して遅い部分探してやったよ

@array = @array + @array2;

push (@array,@array2);

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

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

後、短時間(1,2時間の番組)WEB投票物の番組連携の場合はASPを使う時があるよ。

141nobodyさん2006/12/13(水) 07:41:24ID:???
わかりきったこと書くな

142nobodyさん2006/12/13(水) 09:58:26ID:???
>>140はツンデレちゃん?

143nobodyさん2006/12/13(水) 12:40:05ID:???
>>140
>@array = @array + @array2;

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

144nobodyさん2006/12/13(水) 17:47:24ID:???
遅い部分探すのって、どうやるの?
自分のスクリプトでやってみたいので誰か教えてほしい。ググッたら出てくるかな?

145nobodyさん2006/12/13(水) 21:14:09ID:???
>144
Cだけど、牧野淳一郎のパソコン物理実地指導とかに書いてあったな。
私は勉強熱心じゃないへたれだからしらん。

146nobodyさん2006/12/13(水) 23:13:40ID:???
use Benchmark;するか、UNIXのコマンドラインからtimeコマンド使えば良いのでは。

147nobodyさん2006/12/14(木) 07:05:14ID:GsaWAeDl
>>143
お前は初心者丸出しだw
>>142
ツンツンしててすまんなもうちょい落ち着いて書き込むわ
>>144
簡単な方法は
$| = 1; (初心者に教えやすいおまじないだ!バッファリングを無効にするなんていってもわからんだろw)
つけて気になる箇所の前にprint文入れて動かして見れ
処理スピードを目で見て確認できるw

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

148nobodyさん2006/12/14(木) 07:16:22ID:GsaWAeDl
>>143
ちょっときつい言い方だったから言い換える
昔のPerl本は速さより動かす時代だったんだよ
初版が2000年以前のPerl本買ってみるといい
きちがいサンプルコードがいっぱいあるぞ

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

149nobodyさん2006/12/14(木) 13:44:19ID:???
まだ仕事が出回ってるPHPの方が金になるかもしれないけど
金額が安すぎるんだよなぁ

150nobodyさん2006/12/14(木) 23:59:30ID:???
偉そうに語っているが、たいした事は1つも書いていない
自称玄人乙

151nobodyさん2006/12/15(金) 05:49:06ID:???
>>143
俺もそんな書き方しようなんて考えた事もなかったw

152nobodyさん2006/12/23(土) 15:44:33ID:???
>146のようなことが
>145の本に結構具体的に書いてあるよ。
まあ当たり前の事なんだけど。

153nobodyさん2006/12/29(金) 14:04:40ID:???
本体はperlだけど、拡張子をphpに変えてみた。
スクリプトクレクレ厨が沸いてワラタw

154nobodyさん2007/03/22(木) 06:53:45ID:???
>>4

5.安全性
perl<PHP

も加えて。

155nobodyさん2007/03/22(木) 07:06:19ID:???
>>153

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

156nobodyさん2007/03/22(木) 07:10:20ID:???
動くわけないわなw
辛うじてhtmlだけは出力したけどww

157nobodyさん2007/03/22(木) 07:19:21ID:???
ごめん。
誤爆とかそういうレベルじゃない。
ホントにごめん。
>>155>>156は透明あぼんして下さい。

158nobodyさん2007/03/22(木) 23:22:01ID:???
ソースコードにHTMLのタグがあると気持ち悪いんだよ。PHP。
Smartyだっけ?それ使えばいい話だけど。
フリーのPHPスクリプトは気持ち悪いw

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

159nobodyさん2007/03/23(金) 00:33:46ID:???
概ね同意だがこいつ頭悪そう

160nobodyさん2007/03/23(金) 18:28:46ID:???
strictにしてないなんて幾らでもあるじゃん。
自分で書くなら当然やるけど、別にちょっと使う程度なら問題ないし。
strictじゃないの?うはーwwwwきもっwwwwとか言う方がきもいわ。

161nobodyさん2007/03/26(月) 20:24:15ID:???
>>158
そりゃ今時書いたコードじゃないからだろ

162nobodyさん2007/04/06(金) 03:04:34ID:???
my と local をきちんと説明できる人間ってどのくらい居るんだろうな。

163nobodyさん2007/04/06(金) 05:22:41ID:???
初心者レベルだからlocalはぶっちゃけ自信ない。
よく特殊な使われ方するし。

164nobodyさん2007/04/06(金) 22:13:55ID:???
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でいいじゃんって思う

165nobodyさん2009/07/02(木) 06:39:54ID:???
use strict; use warning; したままだと余分な処理かかるから完成したら外せ
と聞いたがどうなのかね

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

166どんぐりの背比べ2009/08/18(火) 18:00:32ID:rzNjzlI4
Javaの方が結局早いのではないかと思います。

167nobodyさん2009/08/18(火) 20:35:56ID:???
>>164
my はシンボルテーブルに上がらず自分でメモリ確保するけど local はシンボルテーブル上に存在する

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

1684232009/08/20(木) 13:14:43ID:zQE0R8is
世の中phpだけでいいだろう。
phpですべてができるからな。

169nobodyさん2009/08/20(木) 21:03:41ID:Igpobqtp
そんなこと言ったら世の中brainfxxkだけでいい

170nobodyさん2009/09/16(水) 13:47:18ID:???
まあまあ。i386コード手打ちでいいだろ。

171他スレの回答が現われるまで暇潰し2010/03/07(日) 16:39:52ID:???
ところで、結論でたの?

172nobodyさん2010/03/08(月) 12:53:00ID:???
世界最速のコードはひまわりという結論に達しました。

173nobodyさん2010/06/12(土) 20:39:45ID:w133Yotm

174nobodyさん2010/06/17(木) 20:11:34ID:???
書き方による!
と言いたくなるほど技術力の差が出てきている現状。
PHPエンジニア糞すぎる。何もわかってない奴多すぎる。
今でもPerlで研究しながら生き残ってる奴は妥当なコードがかける。

175nobodyさん2010/07/14(水) 15:41:51ID:???
wordpressってさ、遅くね?

176nobodyさん2011/07/29(金) 22:40:33.28ID:???
mod_phpでもsuPHP以外でsetuidすることは可能
もちろん遅くなる

わからん

178nobodyさん2015/11/07(土) 17:31:42.49ID:sT3wDnc5
(´;ω;`)

179nobodyさん2015/11/18(水) 10:48:58.99ID:hXErPovj
転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

新着レスの表示
レスを投稿する