1001コメント254KB

今はPHPの時代Perlがこの先生きのこるのは無理3

■ このスレッドは過去ログ倉庫に格納されています

0001nobodyさん

2005/05/24(火) 14:32:01ID:6a7n1dhF

過去スレ
これからはPHPの時代Perlはもう終わりバイバイ2(dat落ち)
hhttp://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html

PHP最高！！！！
Perl、Ruby、 Python全部もう糞！

0111nobodyさん

2005/08/15(月) 11:11:11ID:29YfjhoF

やっぱPHPダメじゃん。

0112nobodyさん

2005/08/15(月) 11:28:44ID:???

DBごとに違うといっても、一つ覚えれば他のDBでもほとんどそのまま使えるし、問題ないのでは。
運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。

0113nobodyさん

2005/08/15(月) 11:37:52ID:???

>>112
＞運用中にDB自体が変更されるっていうのも、実際にはまずないだろうし。

そんなことは無い。
特にオープンソースを使った場合の開発は、度々こういった事が普通にある。

最初はPHP＋MySQLとかPostgreSQLなどを使ったシステムだったけど、
ユーザやアクセス数の増加や、システム拡張に伴い、Oracleなどに運用中に変更するという事は結構ある。

0114nobodyさん

2005/08/15(月) 11:48:09ID:???

そういう時はプログラムも書き換えるでしょ。
DB変更する前に、SQLやアルゴリズムを見直すのが先決。
PerlやPHPで動かす規模のサイトなら、grepで引っ掛けて手直ししていっても、いくらもかからないでしょ。

0115nobodyさん

2005/08/15(月) 12:02:30ID:???

5.1からデフォになるPDO使えば問題ないんでしょ？

0116nobodyさん

2005/08/15(月) 12:11:20ID:???

PHPってもともとCっぽい、、というか
「Cの関数がスクリプトから使えりゃ良いや」
っていう安易な考えで作られてる感じだからなぁ。

DB周りのAPIは最初にもう少し考えてくれれば良かったのに。

>>113
というか、そういう可能性が考えられるなら
最初からPEAR使うか、自分で作って
標準SQLで対処するもんでないの？

0117nobodyさん

2005/08/15(月) 12:14:57ID:???

ていうか>>109は目的が違うでしょ。>>109の言うように
フレームワーク要らない、テンプレート邪魔
っていえる規模のアプリならDB変更の保守も同様に大した事ない。

「手軽に作れる」と「作った後も保守性を高くする」
両方を同時に満たすのは難しい。

0118nobodyさん

2005/08/15(月) 12:29:27ID:???

Web プログラミング言語のメインストリームが PHP や Java に代わっても、
Perl は定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。

0119nobodyさん

2005/08/15(月) 12:44:11ID:???

きのこ先生

0120nobodyさん

2005/08/15(月) 12:54:48ID:???

>>118
＞Perl は定型処理や定時処理などを行うスクリプト言語として、この先生きのこると思うよ。

でも、この部分をPHPで書いてもいいんだよな・・・
Perlでなきゃというメリットは何も無い気がする。

0121nobodyさん

2005/08/15(月) 13:37:47ID:???

そう。Perlは正規表現に強いとか全部信者の妄想。
PHPで全て同等のことが実現可能。
昔と違ってコマンドライン版もあるわけでPerlを使う必要は無い。

0122nobodyさん

2005/08/15(月) 16:05:12ID:???

そうだな。PHPでなきゃというメリットは何もないし、Perl で全て同等なことが実現可能。

むしろ、Perl は最近のLinuxや*BSDのディストリビューションだと
ほぼ標準でインストールされるが、
CLI 版のPHPは標準でインストールされないからデメリットだな。

0123nobodyさん

2005/08/15(月) 18:20:01ID:???

実現可能というだけで安定性を欠いている分、phpはどうかな。
perlは、amazonなどの大規模サイトでも使われてる実績もあるわけだし。

0124nobodyさん

2005/08/15(月) 19:11:51ID:???

>>123
それを言ったら、PHPだって楽天とかの大規模サイトでも使われてる実績があるわけだが？

0125nobodyさん

2005/08/15(月) 20:07:26ID:???

皆さんは大規模サイトで使うつもりなの？
有名な大規模サイトで使われた→大丈夫
ってあまりにも短絡的な考え・・・

0126nobodyさん

2005/08/15(月) 20:11:14ID:???

>>121
Perlを使う必要がないんじゃないだろ。
素直にPHPしかできませんって言えよ。

0127nobodyさん

2005/08/15(月) 20:16:50ID:???

>>125
大規模サイトで使われたからイコールで大丈夫とは思わないが、
仕事としてPHPを提案する場合、有名サイトでの実績の有無で
ユーザがOKを出すかどうかが決まる。

0128nobodyさん

2005/08/15(月) 20:37:42ID:???

>>120-121
コマンドラインのPHPとPerlでなんか書式変わるの?

0129nobodyさん

2005/08/15(月) 21:49:35ID:???

大規模サイトといっても、ショッピングサイトは、殆ど固定HTMLでOKなので、
お客さんが見るところで動的生成しなければならないところって少ないんだよね。

mixiやはてなのように、常に更新されて、毎回動的生成するようなサイトと比べるのは、
ちょっと違うと思う。

0130nobodyさん

2005/08/15(月) 21:52:10ID:???

>>129
そうなの？アマゾンとかコマースの部分で固定のHTMLなんて皆無な気がするけど。

0131nobodyさん

2005/08/15(月) 21:59:29ID:???

通常、商品一覧は固定だろう
楽天やアマゾンでは、サイトにアクセスする人の殆どは見るだけの人だから、
商品一覧を固定にすることで、大幅に負荷を軽減できる

金額が決定した後の決済は、また別の決済システムだろうし

ミクシィって、会員が100万人もいるのに、みんなログインして
日記やコミュニティをリロードしまくってるのかと思うと、凄いシステムだと思う
セッションが重たいPHPでは無理だろうなぁ

0132nobodyさん

2005/08/15(月) 22:00:03ID:???

もちろん、ショッピングバスケットの部分は、動的だろうけど

0133nobodyさん

2005/08/15(月) 22:06:19ID:???

>>131
商品一覧が固定って普通に考えておかしいと思え。

新たな商品が並んだ場合、
商品が売り切れた場合、
在庫数の表示、
次回納入日の表示、

動的に生成しないと意味が無い。

0134nobodyさん

2005/08/15(月) 22:06:42ID:???

　　∩＿＿＿∩　　　　　　｜　　　　　　　　　　　　, '´l,
　　 | ノ＼　　　　ヽ　　　　　| 　　　　　　　　, -─-'- 、i
　　/　　●゛　　● |　　　　　| 　　　　　_, '´　／　　　　ヽ、
　 |　∪　　( _●_)　ミ　　　　 j 　　　　iニニ,　"●　∪ 　　　ヽ、
　彡､　　　|∪|　　 |
/　　　　 ∩ノ ⊃　ヽ　　　　　　　　　　　〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
(　＼　／＿ノ　|　 | 　　　　　　　　　　　｀ｰ´　　　　ヽi｀ヽ iﾉ
.＼　“　　／＿＿|　 | 　　　　　　　　　　　　　　　　　　　　 ! /
　　＼／＿＿＿／　　　　　　　　　　　　　　　　　　　r'´、ヽ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｀´ヽノ

0135nobodyさん

2005/08/15(月) 22:18:18ID:???

>>131
amazonのおすすめ商品なんて、利用者がその場で商品の評価を下して、
動的にお勧め商品を絞り込んでいける。
いろんな意味ですごいから、勉強の為にも一度利用してみるといいよ。

0136nobodyさん

2005/08/15(月) 22:18:56ID:???

>>133
で、楽天市場のどこに在庫数が書いてあるんだ？

あとの項目は商品メンテナンス時と売り切れ時に生成するだけでいい。

0137nobodyさん

2005/08/15(月) 22:19:27ID:???

>>135
さすがamazonだな。PHPのサイトでは無理だよ。

0138nobodyさん

2005/08/15(月) 22:21:18ID:???

楽天の商品のアドレス見れば解るよ
ディレクトリで商品切ってる
都度生成はしてない

0139nobodyさん

2005/08/15(月) 22:25:16ID:???

Perlが速いと主張する奴は数字をあげろ
お前の妄想だけで語ってないか？

0140nobodyさん

2005/08/15(月) 22:29:45ID:???

>>136
楽天だって在庫が無くなりゃ買えないよーにせにゃならんのじゃないの？
期間限定販売とかもあるし、特価セールの時は金額だけ変えたいだろーし
売れ筋はPickUpしたいだろうし、商品ごとに税込み税別、送料込みやら追加送料だったり
イベントシーズン毎にギフト包装とか、その辺全部カートに入れてからしか対応されないの？

>>138
楽天はPHP+Smartyだってば。
ディレクトリ切ってるだけで固定なら2chも固定と言えるのだろうか？
ヒント：pathinfo

釣られすぎ？

0141nobodyさん

2005/08/15(月) 22:31:06ID:???

だいたいボトルネックはDBアクセスになっていくんだから
アプリサーバ側の若干の速度の違いなんて
たいした違いにならないのではないか。

0142nobodyさん

2005/08/15(月) 22:31:09ID:???

URIじゃ判断できなくないか？
最近はよくmod_rewrite使うし。

0143nobodyさん

2005/08/15(月) 22:31:43ID:???

ショッピングサイトの一覧ページが静的って・・・いつの時代だよｗ

0144nobodyさん

2005/08/15(月) 22:41:27ID:???

他は知らんが、楽天は性的でもおかしくないな
動的に生成する必要がある情報がひとつもない
あれで都度生成ならかなり無駄

0145nobodyさん

2005/08/15(月) 22:42:34ID:???

>>140
楽天のシステムは思った異常に糞だぞ
テナントが暴れているスレを見ると解る

0146nobodyさん

2005/08/15(月) 22:46:15ID:???

>>144
出店者が商品情報を自分の運営方法とタイミングで修正・変更できる必要があるだろ。
HTMLいじれないと出店できないんじゃモール側も商売にならん。

0147nobodyさん

2005/08/15(月) 22:47:22ID:???

>>146
その理論だと、MovableTypeでblogも書けないな。

0148nobodyさん

2005/08/15(月) 22:47:40ID:???

>>144
そうかい？
楽天、っていうかああいう商品情報って頻繁に変わるページは、
静的に生成するオーバーヘッドの方が負荷かかると思うけど。

0149nobodyさん

2005/08/15(月) 22:49:01ID:???

>>145
買収だの吸収だのでツギハギだらけっぽい感じはするね。
パフォーマンスや効率は知らんけど>>140の上段に書いてあることは
出来るらしいよ。

0150nobodyさん

2005/08/15(月) 22:49:52ID:???

>>146
商品を登録変更したら、システム側で自動生成するわけだが。
DBに書き込むだけなら、商品ページにアクセスがあるたびにDBアクセスが発生するが、
の時点で、アクセス時に呼び出されるHTMLを作成しておいておけば、
お客さんがアクセスしてもDBアクセスが最小限になり、負荷が軽減できる。

0151nobodyさん

2005/08/15(月) 22:50:29ID:???

>>147
ごめん、煽りじゃなく意味不明、詳しく

0152nobodyさん

2005/08/15(月) 22:51:15ID:???

>>148
動的生成の方が、固定HTMLよりも早いというのか？
HTTPサーバのモジュールとして書いたんならともかく。

0153nobodyさん

2005/08/15(月) 22:52:45ID:???

>>151
blogってのは、記事を書く毎に、スクリプトが静的ページを生成するのだよ。
だからDBアクセスが、メンテナンス時にしか発生せず、
読み手がアクセスしてきてもDBは動かなくてすむ。

0154nobodyさん

2005/08/15(月) 22:56:19ID:???

>>150
静的ページを都度更新システムが生成するのは、動的ページと呼ばないって事なら、そうかもね。
そりゃhtmlファイルを生成した方が閲覧だけの負荷考えりゃ軽いのは当然だろうし。
ただ、期間限定の商品だとか、夜中だろうが在庫切れになったら買えなくしたりする必要はあるんじゃないの？

0155PHP大好きっ子

2005/08/15(月) 22:56:47ID:???

DBアクセス覚えたてなので、何でもかんでもDB使いたくて仕方がありません

0156nobodyさん

2005/08/15(月) 22:57:58ID:???

>>152
そうじゃなくて、ページの更新頻度によるんだよ。
一度、静的に生成して情報の更新がしばらく行われないなら、
明らかに静的に生成する方が有利だろうけど。
楽天の様に、様々な店舗があって情報更新が激しいと、
静的に生成する処理の負荷の方がバカにならないんじゃないか、と。
楽天がどうだかは知らないけどね。

0157nobodyさん

2005/08/15(月) 22:58:44ID:???

キャッシュの考えと一緒だよね

0158nobodyさん

2005/08/15(月) 22:59:15ID:8q2yV0LV

>>153
blog全般がコメントやトラックバックがあった時も静的ファイルを書き換えてる作りなの？
その方式じゃないとblogとは呼べないの？
つか、CMSがhtmlファイルを動的に生成するサイトを静的なサイトとは定義しづらいと思うがなぁ。

0159nobodyさん

2005/08/15(月) 23:00:06ID:???

>>154
システム設計の経験はおありでしょうか？

最後の商品が売れたタイミングで、在庫切れのページを作ればいい。
バッチ回しておいて、期限が切れたら公開停止にすればいい。

0160nobodyさん

2005/08/15(月) 23:01:10ID:???

>>156
その話はおかしい。
同じ店が同じ商品を何度も更新しないかぎり、その例は当てはまらない。

0161nobodyさん

2005/08/15(月) 23:01:42ID:???

>>158
MovableTypeの話だろ？
一回使ってみればいいじゃん。

0162nobodyさん

2005/08/15(月) 23:02:10ID:???

静的HTMLよりは圧倒的に重いのは間違いないが、
問い合わせのたびに connect したり、検索効率の悪いテーブル構造とかでもない限り、
SQLで問い合わせるオーバーヘッドが問題になることは少ないぞ。
今時のシステムならSQLキャッシュとかもあるし、下手に静的HTML生成して、
セッション管理やシステム連携で苦労するなら、全体を動的に構築した方がはるかにマシ。

0163nobodyさん

2005/08/15(月) 23:02:40ID:???

>>158
おいおい、定義が変わってるぞ。

商品のページは静的だよね、って話が、サイトが静的って話になってる。

0164nobodyさん

2005/08/15(月) 23:03:39ID:???

>>162
静的ページを交えると、苦労するか？
苦労するのはスキルが低いからに過ぎない思うが…

0165nobodyさん

2005/08/15(月) 23:05:33ID:???

>>156
いや個人サイトじゃないんだから、閲覧によるアクセスの負荷軽減ばかりに拘らないだろ。
個々の商品の閲覧状況の分析や、購入したもの以外にチェックした商品なんかの嗜好性、
マーケティングの分析に対応するには静的なカタログページじゃ無理がある。

0166nobodyさん

2005/08/15(月) 23:07:10ID:???

>>164
静的HTMLの商品カタログに、ログイン中のユーザー名や、
買い物かごの商品数、値段合計とかどうやって埋め込む？

フレーム切るのか？

0167nobodyさん

2005/08/15(月) 23:07:14ID:8q2yV0LV

>>163
では、Smartyのキャッシュ機能をOnにしていれば、都度生成の静的なページと言えるのだろうか。

0168nobodyさん

2005/08/15(月) 23:07:58ID:???

>>160
それもそうだと思うよ。
ただ、いくつか楽天ショップで運営しているところと仕事をした時に、
楽天の店舗用管理画面を使わせてもらって色々やってみたし、
>同じ店が同じ商品を何度も更新
というケースは頻繁にあったから。
まあ、楽天全体的にどういう傾向か知らないから、あくまでも一案で。

0169nobodyさん

2005/08/15(月) 23:09:31ID:???

>>165
大量アクセスがあるサイトだからこそ、アクセスの負荷軽減にこだわるんだと思うが
そのために楽天では、在庫数の表示みたいな、リアルタイム性が必要な項目が無いんだろうし。

0170nobodyさん

2005/08/15(月) 23:09:45ID:???

>>165
ん？一応、静的に生成する場合よりも、動的で扱ったほうが、
全体的の負荷は下がる場合もある、と言ってるんだけど。

0171nobodyさん

2005/08/15(月) 23:11:54ID:???

>>166
楽天では、買い物かごを見るをクリックして、商品案内とは別画面でバスケットを開く。

0172nobodyさん

2005/08/15(月) 23:12:17ID:???

>>159
そのバッチをどれくらいの間隔でまわすかによるわな。
5分に一回だとしても全ての店舗、全ての商品の在庫数をなめて確認するのか？
クライアントが一時間に1回や1日１回でも良いというなら助かるだろうが。

0173nobodyさん

2005/08/15(月) 23:13:31ID:???

>>168
一つの商品を、アクセス負荷に問題が出るくらい、一日中ずっと更新するテナントがいるのか？
単なる嫌がらせだな。

0174nobodyさん

2005/08/15(月) 23:14:35ID:???

>>172
っていうか、楽天のタイムセールで、10時35分まで限定とか半端なの見たことないけど。

0175nobodyさん

2005/08/15(月) 23:15:03ID:???

>>172
在庫0のだけ抽出すりゃいいんじゃねーの？
にしても、在庫切れ確認にバッチ回すのは頭悪いと思うがな。

0176nobodyさん

2005/08/15(月) 23:15:16ID:???

もうこの辺でまとめようぜ。

PHP使いは、システム設計力に劣る。

これでいいだろ？

0177nobodyさん

2005/08/15(月) 23:16:05ID:???

>>175
在庫切れは、最後の客が精算したタイミングでアクションだろ。

0178nobodyさん

2005/08/15(月) 23:16:18ID:???

>>174
出来るけどそんな半端な期間にしないだけ

0179nobodyさん

2005/08/15(月) 23:17:22ID:???

おいおい在庫切れは買い物かごに入れる前にチェックだろ。

0180nobodyさん

2005/08/15(月) 23:18:58ID:???

なんかズレてきてとは思いつつ…w
在庫状況に関しては商品情報表示時に在庫DB確認してリアルタイムの方が望ましいだろ。

0181nobodyさん

2005/08/15(月) 23:20:09ID:???

こんな時間に妙に伸びたな

0182nobodyさん

2005/08/15(月) 23:21:15ID:???

まあ、人は少ないわけだが。

0183nobodyさん

2005/08/15(月) 23:22:16ID:???

どーりでレス増えても低レベルなままだと思った

0184nobodyさん

2005/08/15(月) 23:24:22ID:???

>>179
楽天で買い物すれば解るよ。

0185nobodyさん

2005/08/15(月) 23:27:26ID:???

荒れてる原因を探ってみた。

叩いてる奴は、楽天のシステムの仕様に基づいて意見している
そんなことはないと言ってる奴は、通販サイトのあるべき姿に基づいて意見してる

楽天では在庫数も出ないし、時間の制御も結構適当
商品バスケットも別画面

0186nobodyさん

2005/08/15(月) 23:33:19ID:???

元々の大規模ショッピングサイトでは静的なカタログページが望ましいという話はどーなったんだ？

0187nobodyさん

2005/08/15(月) 23:33:46ID:???

レーサーも絶賛

「昔、PHPを学んでいればワールドチャンピオンになれたかも」（レイモン・ロッシュさん）
「250ccのマシンが500ccかと思うほどの走りができるようになった」（ジャン・フィリップ・ルジアさん）
「PHPのおかげでブレーキングを遅らせても大丈夫になった」（オリヴィエ・ジャックさん）
「PHP最高♪」（クリスチャン・サロンさん＆ドミニク・サロンさん）
「ロケットスタートはPHPの賜物」（ロン・ハスラムさん）
「フィッシュ＆チップスよりPHP」（ニール・マッケンジーさん）
「PHPがある限り現役続行」（ギャリー・マッコイさん）
「天国にもPHPがあればなあ」（バリー・シーンさん、ジョーイ・ダンロップさん）
「バイクに轢かれても復帰できたのはPHPのおかげ」（フランコ・ウンチーニさん）
「イタリア人はみんなPHPが大好き♪」（マッシミリアーノ・ビアッジさん）
「Zendがスポンサーのチームで走りたい」（ルカ・カダローラさん）
「いいからPHPを使え！」（ヴァレンティーノ・ロッシさん）
　

0188nobodyさん

2005/08/15(月) 23:35:09ID:???

ニール・マッケンジーしか知らねぇ

0189nobodyさん

2005/08/15(月) 23:37:46ID:???

カタログページはajax使って動的に商品閲覧が可能だが、ファイルは静的みてーなんが今後あるべき姿か？
あーそれだとSEO的に問題ありか。

0190nobodyさん

2005/08/15(月) 23:39:33ID:???

このスレはいつになっても議論がかみ合わないな。

0191nobodyさん

2005/08/15(月) 23:43:26ID:???

まぁ、タイトル通りネタスレだしな

0192nobodyさん

2005/08/15(月) 23:43:29ID:???

まあスレタイからしてな・・・

0193nobodyさん

2005/08/15(月) 23:46:54ID:???

世界の名言に見るPerl

「Perlのバグは忘れた頃にやってくる」（寺田寅彦）
「とにかくね、Perlはインチキをやっているのに違いないのさ。」（太宰治）
「もし、Perlに再版があるならば、私は改訂したい。」（ジョン・クレア）
「遅くなってもPerlよりはマシだ」（リヴィ）
「短い人生はPerlによっていっそう短くなる」（サミュエル・ジョンソン）
「Perlがアホやから野球がでけへん」（江本孟紀）
「もう俺、Perlやらない」（勝新太郎）

0194nobodyさん

2005/08/15(月) 23:47:38ID:???

>>191　　　>>192
（・∀・）人（・∀・）ﾈｰ

0195nobodyさん

2005/08/15(月) 23:50:08ID:???

しかし、事実をネタ化しようと必死だな。

0196nobodyさん

2005/08/15(月) 23:53:58ID:???

楽天自体がネタだろ
あのダサさと使いづらさ
PHP使うとああなるんだな

0197nobodyさん

2005/08/16(火) 00:08:21ID:7B4uhN3R

oscommerceとかどーなの？

0198nobodyさん

2005/08/16(火) 00:09:03ID:???

辻元清美「Perlは疑惑の総合商社ですよ！」

0199nobodyさん

2005/08/16(火) 00:22:20ID:???

>>176
同意。さらに人間としても劣っているようだな・・・

0200nobodyさん

2005/08/16(火) 00:28:35ID:???

全然言語関係なくなってるじゃねーか
Perl支持派はPHPよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。

0201nobodyさん

2005/08/16(火) 00:30:17ID:???

自分で出せばー？
まあ、phpしか使えないから無理なんだろうけどね。
そういう雑魚はすっこんでろよ。

0202nobodyさん

2005/08/16(火) 00:32:41ID:???

>>201
低レベルな馬鹿には聞いてない

0203nobodyさん

2005/08/16(火) 05:46:26ID:???

Perlが速いと言ってるﾔｼはCGI-Perlが散々遅いと言われてたのが
mod_perlになってはしゃいでるだけ
実際はそうでもない

0204nobodyさん

2005/08/16(火) 07:34:16ID:???

古典的ですが、エラトステネスの篩を使ってベンチ取ってみました。
1900個の素数を見つけるのを100回繰り返すベンチです。
どちらもtimeを使って、コマンドラインから計測です。

This is perl, v5.8.7 built for i386-freebsd
1.948u 0.000s 0:01.95 99.4% 1020+881k 0+0io 0pf+0w

PHP 4.3.10 (cli) (built: Dec 28 2004 20:29:40)
7.502u 0.007s 0:07.52 99.7% 3278+1724k 0+0io 0pf+0w

0205nobodyさん

2005/08/16(火) 07:43:32ID:???

PHP厨がよく言うYahooのレポートでもPerlの方が速いって出てるけど。
しかしながらそれほど顕著な差は出てない。

0206nobodyさん

2005/08/16(火) 09:03:33ID:???

そこまで速さにこだわるなら、C言語とか使ってネイティブコードで書け。

0207nobodyさん

2005/08/16(火) 09:11:41ID:???

>>204
cliってcgi版じゃ？
実働環境での比較なら
mod_perl対アクセラレータ＋phpで比較しないと意味ナッシング

0208nobodyさん

2005/08/16(火) 10:22:01ID:???

>>207
インターフェイスを変えたところで中身までは変わりませんよ。

同じくエラトステネスの篩の100回繰り返しを1回に直して、ab -n 10000 -c 5で計測。
ただし、Perlバージョンが古くなってます。（うちの環境はちょっと変。)

mod_perl 1.29/perl 5.005_03
Requests per second: 27.21 [#/sec] (mean)
Time per request: 183.78 [ms] (mean)
Time per request: 36.76 [ms] (mean, across all concurrent requests)

php 4.3.10+PHPA
Requests per second: 10.12 [#/sec] (mean)
Time per request: 494.27 [ms] (mean)
Time per request: 98.85 [ms] (mean, across all concurrent requests)

>>207が暴れる前に種あかしすると、PHPはループが遅めで、
エラトステネスの篩や、ハノイの塔などのループを多用するコードが苦手。
5.1で改善されるとか聞いたことがあるけどね。

0209nobodyさん

2005/08/16(火) 11:58:12ID:TzYK40Ap

そう、それそれ。PHPは5.1で超高速化されるので
現時点で速度比較をするのは意味ナッシング

0210nobodyさん

2005/08/16(火) 12:18:19ID:???

今回、PHP 5.1のベンチマークを
やってみて、PHP 5.0.x/PHP4.3に比べて劇的に速くなったのは驚きました。
(Optimizerいらないかな?)
↑
これか。
てことは5.1＋eAcceleratorでPerl死亡決定？

0211nobodyさん

2005/08/16(火) 12:29:40ID:???

もうベータ3まで来てるから
Perl死亡までカウントダウン開始してるね
PUPU

■ このスレッドは過去ログ倉庫に格納されています