1read 100read
2012年3月WebProg318: 【perl】速いのはどっち?【php】 (176)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
Velocity vs JSPでVelocityを称えるスレ (118)
■最強の系サイト作ろうぜ!■ (170)
金出すからスクリプト作ってよvol.1 (122)
50万件全文検索に絶えられるカートありますか? (140)
◆JSP◆ (552)
WEBプログラミング板のロゴを決めよう (472)
【perl】速いのはどっち?【php】
- 1 :06/10/15
- で、結局のところどっちが軽いんだよ?
教えろマニアども
- 2 :06/10/15
- PHPです
- 3 :06/10/15
- よ
- 4 :06/10/15
- 1.処理速度
perl < php
2.習得のしやすさ
perl < php
3.機能
perl <= php
4.将来性
perl < php
ということで間違いない?
- 5 :06/10/15
- perl6が出る予定です
- 6 :06/10/15
- >>4
はいはい間違ってませんよ良かったですね
- 7 :06/10/15
- カカク比較>PHP
ケツゲ処理>Perl
Java以外はゴミらしい。
- 8 :06/10/15
- Perl6よりPHP6のほうが早いに6ルビー
- 9 :06/10/15
- それなのになんでこんなにperl使われてんの?
同じプログラム組むのに、パールだと短く済むとか?
- 10 :06/10/15
- phpがCGIに特化してるのに対し、perlは元々汎用スクリプト言語だからね。
CGI作るような人はunixユーザーが多いし、perlの方が慣れてるってだけでしょ。
スクリプト言語なんて動くもの簡単に作るための手段だし、速さなんて気にする位ならperlもphpも選ばない。
- 11 :06/10/15
- 速さ気にするならSpeedyCGIでおk
- 12 :06/10/15
- ※注意
言語の速度を比べるのなら、
両方ともCGIで動かすか
両方ともモジュールで動かすかして
条件を同じにすること。
その結果Perlの方が早い。
- 13 :06/10/15
- PHPは通常モジュール版で動く。
そうなると、ウェブサーバー権限で動くことになる。
その権限で作成されるファイルも当然ウェブサーバー権限。
共有サーバーではすべてのユーザーのPHPプログラムが
ウェブサーバー権限で動く。
つまり、自分のPHPプログラムで作ったファイルを
他のユーザーが読み書きできるということになる。
セキュリティのことを考えると、PHPを使うのが少ないのは当たり前の話。
- 14 :06/10/15
- ※注意
言語の速度を比べるのなら、
両方の機能が同じになるまで削るか
両方とも同じ機能になるまでライブラリーを読み込んで
条件の同じにすること。
その結果PHPの方が早い。
つか、条件後付けなら自分の好きなものほど速いんだから
標準のインストールが重要なんじゃね。
本当はPerlの方が好きなのに待ちくたびれた。(´・ω・`)
- 15 :06/10/15
- レンサバのPHPはたいていCGIモードで動いてるんじゃないの?
- 16 :06/10/15
- おいちょっと待てよマニアども
セキュリティってパーミッションと.htaccessで万全じゃねーの?
- 17 :06/10/15
- それとよ、あの2ゲット禁止のスレで2ゲットするとどうなんだよ?
- 18 :06/10/15
- レンサバはセーフモードか
- 19 :06/10/15
- >>16
全然安全じゃない
>>17
やってみりゃわかる
- 20 :06/10/15
- でもperlをつかうと安全なんだな?
- 21 :06/10/15
- mod_perlにするとそうでもない。
- 22 :06/10/15
- PHPの方がPerlよりも速い。
↓
PHPはモジュール版で、PerlはCGI版で比べているから。
↓
モジュール版ならセキュリティ的に危険。
- 23 :06/10/15
- まあこれが結論だ。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm
> PHPは速くない。(通常接続でもPgより遅いし、汎用的なDBIよりも遅くなってしまうとは...)
反論したければ、これよりも信頼性のある証拠をもってこいと言う話。
- 24 :06/10/16
- >>23
2002/3/12 古すぎる
- 25 :06/10/16
- >結論から先に〜思っています。
よく読んでないけど断言できないところと長ったらしいページが怪しい。
>速くない。
遅いと言えないあたりが(ry
- 26 :06/10/16
- >>24
古いと何か問題が?
それじゃあ、反論にならないよ。
- 27 :06/10/16
- 揚げ足鳥だけで反論できないのが
何よりの証拠。
- 28 :06/10/16
- >>26
脳みそ動いてますか、止まってませんか?
PHPは継続的にバージョンアップされているんだが。
- 29 :06/10/16
- >mod_php/4.0.5
いつの化石と比べてるんだよ
- 30 :06/10/16
- また宗教戦争はじめるのか
- 31 :06/10/16
- mod_perl > mod_php + eaccelerator > mod_php > perl cgi > php cgi >>>>> ruby cgi
- 32 :06/10/16
- 要するにphpのほうが速いんだろ?
- 33 :06/10/16
- いいえ。微細な気にする人はまず鯖を新調しなさいということです。
- 34 :06/10/16
- 好きなの使え
糸冬
- 35 :06/10/16
- >>33
日本語でおk
- 36 :06/10/16
- 言語処理系としては、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 :06/10/16
- 詳しいことはわかんないけど、扱うデータがでかくなったり処理が
複雑になったとしても、MySQLとかが使えるphpのほうが結局速くて
お手軽なんじゃねーの?
- 38 :06/10/16
- >>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 :06/10/16
- >>37
> MySQLとかが使えるphpのほうが結局速くて
Perlでも使えるだろw
- 40 :06/10/16
- >>38
両方ともモジュールでやったらPerlの方が早かったよ。
- 41 :06/10/17
- >Perlは、CGIとして動かす分には遅いが、
サーバー上でうごいてるのはほとんどそれってことだろ?
- 42 :06/10/17
- mod_perlってレンサバにはあんまないよね?
- 43 :06/10/17
- speedycgi
>これは、 Perl 処理系をメモリに常駐させることで、
>CGI プロセス起動時に処理系の起動によるオーバーヘッドをなくすための
>仕組みです。
でもレンタルサーバの殆どでサポートされてない。
つまり、サーバーに負担が懸かるからだろ?
- 44 :06/10/17
- mod_perl
>mod_perlの利用はPerlによるCGI使用者にとって、かなり魅力的ですが、
>実行スクリプトの量によってはメモリ消費が多くなることも忘れてはいけません。
>また、通常のCGIスクリプトは、おそらくmod_perlでは動作しませんので、
>mod_perl用に注意深くコードを書き換える必要があります。
コードを書き換えなきゃならないんだったら、おなじperlとして扱うのは
どうかと思うが。
で、やっとphpと同じくらいのスピードなんだろ?
マニアのくせに大事なこと言わないんだもんなぁ。
- 45 :06/10/17
- 速いって思ってる方使ってればいいだけの話
- 46 :06/10/17
- >>44
それは言語の問題じゃないよ。
言語速度ならPerlが速いが大きな差が出るほどではない。
お手軽に速度出したいならPHP
コスト掛けて堅牢かつ速度出したいならJava
純粋に速度を出したいならC
志向の人はPerl
- 47 :06/10/17
- >>43
レン鯖でmod_php使えるところはセキュリティやばいぞ
- 48 :06/10/19
- あえて言おう。
PythonいいよPython。
- 49 :06/10/21
- >>43
それ言うならPHPの方がサーバーに負担かかってる
- 50 :06/10/22
- >>43みたいな馬鹿が一番多くて困る
- 51 :06/10/22
- speedycgiとmod_perlはレンサバではセキュリティの問題が出るんじゃない?
PHPなら一応セーフモードがあるけど。
- 52 :06/10/22
- speedycgiは文字通りCGIでも動くからsuexecが有効だぞ。
mod_phpよりは安全。
- 53 :06/10/22
- >>51
module系を共用鯖で使う方がおかしい
- 54 :06/10/22
- >>52
で、cgiで動かしたら遅くなるんだろ?
いつまでもピントのずれたこと抜かしてんじゃねーよw
- 55 :06/10/22
- 両方とも同じCGIで動かしたらPerlの方が速い。
同じモジュールで動かしてもPerlの方が速い。
PerlはCGI、PHPはモジュールで動かしたら
そりゃ当然PHPの方が速いけど、
クラックされる危険性がある。
- 56 :06/10/22
- >>54
mod_phpよりは早いよ。ピントがずれてるのはお前だ。
- 57 :06/10/22
- PHPもeacceleratorあるからねぇ。
- 58 :06/10/22
- いま>>56がものすごいことを言った
- 59 :06/10/22
- >>49
ソースきぼん
- 60 :06/10/22
- perl→cgiで動かすのが一般的
php→モジュールで動かすのが一般的
どの言語でも大抵、cgiよりもモジュールのほうが速い
同じモードで動かせば、phpよりperlのほうが速いが、
perlはモジュールに対応するために書き換えなきゃならないし
自前鯖でない限り環境整備は難しい
この部分は結論でたな
これに異論あるマニアはいるか?
それとだ、クラックされる危険性があると言うけど、
ていうかそんなにphpがヤバかったら企業系サイトで
こんなに使われる訳ねーとおもうんだが
perlだって絶対に安全って訳でもないんだろ?
- 61 :06/10/22
- つか、安全性はphpかperlかの問題じゃなくて、
cgiモードかモジュルモードかの問題なんだろ?
ここんところはっきりさせてくれ
- 62 :06/10/22
- >>60
クラックされる危険があるのは、mod系を共用鯖で使った場合。
パーミッションを考えれば自明の理。企業鯖で共用鯖とかまず無いから。
仕方なく共用鯖で使う場合にセーフモードなんて緊急手段があるわけで。
で、mod_perlに対応するための書き換えとか言うけど、最初からちゃんと
strictなもの書いてればそもそも書き換え要らない。
>>61
ハッキリできたら誰も苦労しない。
- 63 :06/10/22
- > 企業鯖で共用鯖とかまず無いから。
たくさんあるぞ。
中小企業のほとんどは共用サーバーだ。
- 64 :06/10/22
- VPSなら問題はないな
共用鯖でも大部分はsafemodeでしょ。じゃなきゃ怖すぎる。
- 65 :06/10/22
- ちょっと待ってくれ
このスレでは速さだけが問題でセキュリティは二の次じゃないのか?
- 66 :06/10/22
- >>64
VPSは専用サーバーと変らん。
管理に金がかかる。
セキュリティが二の次だと言うのなら、
perlはcgiでphpはモジュールなのが多いということも二の次だ。
両方モジュールで動かしたらperlの方が速い。
- 67 :06/10/22
- 最近佐賀ネタでスレ違いの書き込みが増えている。
佐賀県庁・佐賀県警・談合・痴漢・情報漏洩などの内容だ。
銀行が潰れるとしたデマが回り騒ぎが起きたこともある。
このような書き込みは慎むべきだ。
被害防止のため常駐するスレに啓蒙してくれ。
- 68 :06/10/22
- >>66
じゃperlの方が早いということで
終了
- 69 :06/10/22
- p e r l 厨 必 死 だ な w
- 70 :06/10/22
- 相変わらずwebprogは低レベルだな
- 71 :06/10/22
- ttp://www.ryuichi.jp/computer_memo/etc/template_time_match/
(mod_perlの場合)
>「 2 回 目 か ら は コ ン パ イ ル が ス キ ッ プ さ れ る の で 」
したらCとかC++とかと較べなきゃ(笑)
全然遅いんだろ、perlのほうが
- 72 :06/10/22
- 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の速度に関して定期的に起こる
不毛な議論の原因となっているのでは無いでしょうか。
- 73 :06/10/23
- >>71
Cの場合はmodule作れちゃうから最速なのは当たり前。
ここではもっと低次元な争いをしてるので高次元の方はお引き取りください。
- 74 :06/10/23
- >>72
基本的に同意なんだけど、sortとか文字列処理がややこしい場合、Cを使って自分で
書いたクソコードより、perl使ったものの方が速い事がありそう。
perl,php,java,cのどれが良いかなんていう話は、はっきり言って不毛だと私も思う。
問題に応じて適した処理系を選択する、と言う方向に発想が行かない所が悲しいね。
- 75 :06/10/23
- perlを習得できずにPHPに逃げたやつが、
目の敵にしてるだけ。
どっちもできる側からすれば、どーでもいい。
- 76 :06/10/24
- >>73
perlでもapacheのmodule作れる。それをするための仕掛けがmod_perl。
Cでも、apacheのmoduleにすると当然速いが、CGIにすれば、そう速いと言う程でもない。
やる事にもよるけどね。
- 77 :06/10/24
- >>76
そういう話をしてるんじゃないと思う
- 78 :06/10/24
- >>76
微妙に言葉がおかしい感じ
- 79 :06/10/24
- perlは速くて優れた言語だよね
廃れる一方だけどw
- 80 :06/10/24
- mod_perl自体が速いんじゃなくて、
二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で
速いんだろ?
>>72はなにとんちんかんなこと言ってんだ?
>>75も寝ぼけてるね
phpもperlもそんなに変わらないだろ
ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってw
- 81 :06/10/24
- また凄い奴が来たな
- 82 :06/10/25
- >>80
PHPがperlと比べて速いと言われたのは、Perl/CGIとmod_phpを比較しての事だった。
また、
> phpもperlもそんなに変わらないだろ
では、phpとperlの習得の難易度は大差ないと言いつつ、次の行で、
> ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってw
perlは小難しいと言っている。
どっちだと言いたいんだろうか。
- 83 :06/10/25
- おまえ馬鹿じゃないの?w
75が
>perlを習得できずにPHPに逃げたやつが、
と言ってるから
>ていうか小難しいうえに処理も遅かったら最悪じゃないの、perlってw
て言ってやったんじゃないの
perl厨ってほんと頭悪いよね
それとさ
(mod_perlは)
>二 回 目 以 降 は コ ン パ イ ル を ス キ ッ プ し て い る の で
いい加減この部分とスピード比較のリンク先よめよ
- 84 :06/10/25
- >>83
いやさ、「コンパイルをスキップ」の部分を懸命に強調してるけど
それで速くなってるなら全然問題ないと思うのだが何が言いたいの?
- 85 :06/10/25
- 言語として早いんじゃなくて、コンパイル飛ばすから速い訳だろ?
といってんだよボケ
- 86 :06/10/25
- このすれのいちがあたまわるいしつもんしてんだからふもうなレスになるのはしょうがない。
- 87 :06/10/25
- >>85
「言語として速い」って意味ワカンネ
インタプリタの速度の事言ってる?
- 88 :06/10/25
- PHP なんかに信者がいるとは思ってなかったがやっぱりいるんだねえ。
アホにも使えるのはある意味利点だが、
ほかのいいものを知ろうとしなくなるというのは大きな欠点だ。
- 89 :06/10/25
- 彼らにはPHPが唯一無二の存在だから尚更その傾向が強いんだろうね。
昔はPerl使いにもそういう奴がいたんだろうけどWEB用途でのPerlが廃れていくにつれ
減少するかPHPに流れるかしてしまった。
- 90 :06/10/25
- >>85
じゃあmod_phpはコンパイル飛ばさないの?w
- 91 :06/10/25
- マジレスすると飛ばさないよ。だからコードの制約がゆるい。
浮くコストはインタプリタ読み込みの部分。
- 92 :06/10/25
- >>72に聞けよ
言語そのものの処理速度(=モジュールかCGIかに影響されない速度)
ということじゃねーの?
phpとperlを同じ条件で較べろと言ってるんだから、そうするとしたら、
コンパイル作業込みの一回目で計測しなきゃおかしいだろ。で、この場合、
リンク先によるとphpのほうが速いってことになる
同じくコンパイルをスキップした速度を較べるなら、phpAとかと
較べなきゃオカシイってことになるだろ
ちなみにこのphpA、普通のphpの四倍くらいで動くらしいから、
phpよりちょっと速いくらいのmod_perlなんか比較にならないだろ
ようするにおれが言いたいのは、perl厨は屁理屈と嘘ばっかり言いやがって、
馬鹿じゃねーのかってことだよ
うっかり騙されるとこだった
- 93 :06/10/25
- >>92
屁理屈こねてるのはどう見ても貴方です。本当にありがとうございました。
- 94 :06/10/25
- >>92
えーとまぁそのなんだ
強くイ`
- 95 :06/10/25
- perl厨晒しage
- 96 :06/10/25
- つか誰一人ベンチマークとかやらないのね
- 97 :06/10/25
- php厨が自爆するスレはここですか?
- 98 :06/10/25
- >>45
- 99 :06/10/25
- >>92
まず根本的に、異なるテンプレートエンジンで言語速度を比べることは出来ない。
それとPHPAの動作原理を理解して欲しい。毎回描画計算するアセンブラより早くなるケースがいくらでもある。
>コンパイル作業込みの一回目で計測しなきゃおかしいだろ。
forkするだけのCGIでの比較はバイトコード変換〜実行完了までの純粋な速度を算出出来る。
純粋な処理速度を出したいのならπの計算などを
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm
のような計測方法でやればいい。
perl厨は屁理屈と嘘ばっかり、自分は絶対に正しいという固定概念を取り払って
冷静に考えてみるのがよろしいかと。現状は議論するに値しない
- 100read 1read
- 1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
Google App Engine for Python 4アプ目 (709)
WEBプログラミング板のロゴを決めよう (472)
実力主義のCGIスクリプトは? (286)
【毒】 DokuWiki 総合スレ 【毒】 (360)
掲示板作って欲しいんですが・・・ (233)
【PHP】フレームワークPharonスレ (292)
--log9.info------------------
クイズ最強王者決定戦! ワールドクイズクラシック 3 (625)
【ガキの使い】笑ってはいけないシリーズ総合スレ 3 (211)
【村上龍】 カンブリア宮殿 Part3 【小池栄子】 (856)
爆笑!大日本アカン警察 File12 (479)
ざっくりハイボール (134)
大喜利芸人日本一決定戦 IPPONグランプリ 8 (120)
1年1組 平成教育学院 21限目 (683)
和風総本家 3代目 (789)
ニッポン!いじるZ (109)
雑学王 第10問 (911)
霧に棲む悪魔 (221)
取材拒否の店 Code No.005 (552)
■ 三枝「新婚さんいらっしゃい」まみ ■ 11組目 (624)
ボキャブラ天国・投稿ネタ編 5 (525)
フジテレビの、よかったところを語ろう (882)
【柳生】100万円クイズハンター【博】 (993)
--log55.com------------------
【天才でも】ミスター味っ子 2【ポカ】
【バキ】刃牙道 R1229【板垣恵介】
プロレススーパースター列伝69 69ミュージシャン出身である!
プロレススーパースター列伝69 この69デナシめ!
【高橋留美子】境界のRINNE(りんね)63輪廻
【別作品も】こち亀230【つまらない】
【フランス】ベルサイユのばらPart98【革命】
【和月伸宏】 るろうに剣心 177