PHPって遅くねぇか？

1 ：02/01/22 〜 最終レス ：2011/11/24(木)?2BP(1960)

apache php4でDBのテーブル表示とかさせてみた。
マシンはDuron800MHz、VineLinux, PHP4, Postgresでやってるから、
スペックは問題ないはず、だが遅い。
なんか、データベースからSelectしてくるやつがひとつひとつ、丁寧にでてくる。
index.phpでいろいろなサイトを知れべてみたけど、ほとんどどれも同じ。
これは何の問題だ？PHPのせいか？
みんな、Perlより早いっていってるけど、ほんまかいな？

これは、Zendのスクリプトコンパイルして保存しておくツールみたいなん
つかったら、問題ないのかなぁ？（もし、それ使ってるサイトあったら紹介してYO）

JSPよりゃ早いやろうけど。
Linuxがええからって思って、PHPにしようと思ったけど、
今使ってる、ASP　SQLServerの方が早い。（圧倒的に）

ただ、あれはWin2000とIISが糞なんで、嫌気がさしてる。

じゃぁ、俺はいったい何をつかえば？？？？？？

2 ：

んじゃperl使っとけ

3 ：

お前が一番糞
＝＝＝終了＝＝＝

4 ：

>データベースからSelectしてくるやつがひとつひとつ、丁寧にでてくる
そんなんなるの見たことないけど・・・・・・

5 ：

回線細いだけ

6 ：

もっと生産的なことを言え！
回線細いとか関係ない。ローカルでやってるやつもだ。
っていうか、ほかの言語とかと比べてみたことないだけじゃ？

7 ：

＞もっと生産的なことを言え！
・・・まあ誰が一番非生産的か考えてから来い
*********************非生産的なスレッドなので終了*************************

8 ：

CGI版のPHP？

9 ：

>6
DBのキャッシュやテンポラリの最適化してみる。
あるいは、一度全部消して、ApacheとPHPとDBを全部ソースレベルから最適化しつつコンパイルして入れる。
または、もうカーネルレベルからコンパイルし直しやってみる。
さらには、最高速なマシンに買い換えてみる。
もっというと、SunのEnterprise10000買ってメモリとCPU積めるだけ積んでOracle入れて使ってみる。
PHPの呼び出しはもちろん別マシンで。
Enterprise4500の並列程度でいいんじゃない？

10 ：

>9
タダなのが魅了やからなぁ。そんなに、せなあかんもんかぁ。

11 ：

>8
apacheのモジュール？やったっけ、ですが

12 ：

>9
金かかってそうやのう

13 ：

>>1のDB設計がヘヴォ

14 ：

通常のHTMLにアクセスしてもレスポンス遅くない？

15 ：

DBのチューンが足りないんだろ。
あと、Duron800MHzはいいけど、メモリが32MBとか（笑

16 ：

>13
あのぉ、テーブルの中身をレコード単位で表示させてるだけやから、
設計も糞もない。
そういう、かんたんな、最小限の構成での動きが遅いっていってるだけ。
>14
HTMLでは問題なし！

17 ：

じゃあ、プロセスの状態を監視しながら動かしてみるといいかも。

18 ：

最大限のコーディングで最小限のパフォーマンスを実現してるとか？

19 ：

>15
メモリは256ですが、何か？
DBのチューンか、まったく、わからん。
俺が遅いっていってるのは、たとえば、
http://www.charamil.com/　　なんかブツブツって感じじゃない？

20 ：

>19
これ画像が重いだけちゃう？

21 ：

>20
まぁ、そうかもわからん。
ただ、テーブル表示させると、
１レコードがひとつづつ、表示されるのが見れる。
ASPではほとんどすべてが一瞬で表示されていたので。

22 ：

それはどんなコード書いた？

23 ：

PHPのマニュアルにでてるやつとまったく同じ。
For文でループさせてただけ。

24 ：

for文の中で接続と切断をしていたらぶっす。

25 ：

そういう時はまず切り分けろよ。
DB読まずにforで適当なもの書くとどうなんだ?

26 ：

>>24
人犯ﾊｹｰﾝ

27 ：

最初はインデックス作るのに遅い場合があるとして、ずっと遅いのもなぁ。
個人的にはMySQLが高速でオススメ。
さて、風呂入ろっと

28 ：

俺は FreeBSD + apache + MySQL だが、
レコードが ID + 名前 + URL しかないテーブル作って
30個くらいレコード登録して実験してみたけど、
ローカルだったら一瞬で表示されるぞ。
どっか他に問題あるんじゃねーの？

29 ：

>30
一瞬は一瞬なんだけど、こうひとつづつ表示されてるのが確認できるっていうか。
たぶん0.1秒とかの世界やろうけど。
それと、画像を生成させたら、これはほんまに遅い。
>27
やっぱり、MySQLの人が多いんかな。
高機能ってだけで、PostgreSQLに惹かれてしまう。

30 ：

うちもローカルでphp+postgreやってるけど、
25000件のデータ所得するのに2、3秒だよ。
マシンは>>1のスペックと同じくらい。

31 ：

コードコピペしてみてよ。

32 ：

>>1
＞データベースからSelectしてくるやつがひとつひとつ、丁寧にでてくる。
ひとつひとつ丁寧に SELECT してるってことはないよね？
多分コード見たら何か分かると思うけど・・・
コード見たいな〜

33 ：

>>32
つか、ひとつずつSELECTしてもそんなに遅くならないでしょ。

34 ：

>33
そんなにというのがどのくらいか知らないが
遅くなるのは間違いないでしょ。

35 ：

1よ、ソースはまだか？

36 ：

1の動体視力がすぐれてるだけでした　以上

37 ：

別スレにも書いたが、
SourceForgeを本家で見ても、ローカルで動かしても、
なんかレスポンスが鈍い。
広告バナーのせいか？

38 ：

>>37
だんだんわかってきた。
つまりそれは、お前のマシンの問題じゃねーの？
単に描画が遅くて遅くて遅くて・・・
ローカルでも遅いとしたら、そうとしか考えられん

39 ：

そーかもしれん。
こんな環境しか使ってないから
サーバ：Ultra-20
クライアント：
PII 370MHz×２
PIII600MHz×１
PIII960MHz×１
あと、普段仕事している環境だと、
ネットワークの速度も遅いかもしれん

40 ：

あと、Win2000のディスクが一杯で、
むちゃくちゃ遅くなっていた(藁
ディスク入れ替えしまーす...
で、PerlやJavaとの比較数値 (速度だけでなく生産性とか) はないの？

41 ：

>40
難しいよね、生産性は、各個人の生産力に密接に関わっているし。
あと、たとえば、Perlはhttpd.confの中で記述したりできるけど、
PHPは出来るのかな？
あと、PHPはPerlと同じように、shell script的にrc.dとかの中で使ったりも
出来るようだけど、その辺はどうなのかとか。
その言語の個性に属する部分も考えてみないと、単純比較は
難しいような気もする。
PHPの長所だけを見るということでは、語り尽くせない部分があると思うね。

42 ：

PHPじゃなくてPostgreSQLが重いだけなのでは・・・・

43 ：

>>42がイイ事言った。

44 ：

ぁ、>>37 ≠ >>1 ですので、
多分このｽﾚまだ解決してませんです。
>>42 ﾔﾊﾟｰﾘ Webと DBは 別サーバで動かさないと重いのかな？

45 ：

>>19
全然重くないけれど・・・。環境のせいでは？
ところで、このへん
www.hotwired.co.jp/webmonkey/2000/02/index3a.html
も読んでみれば？

46 ：

>ﾔﾊﾟｰﾘ Webと DBは 別サーバで動かさないと重いのかな？
なわけねぇだろ。

47 ：

>>46 素人に見えた？(藁

48 ：

>>9
PHPで分散トランザクションとか、中〜細粒度の並列化とか、
やっている所はあるの？

49 ：

>>1
コードはまだ？

50 ：

>>1
PHPが遅いのではなく
貴様の頭の回転が遅いのだろう？

51 ：

( ..)_ ヒロットコ
　　　「
　　　　　　　　貴様の頭の・・・
　　　　　　　　　　　　　　　　　　　　　　　　」
(・_・)/~ ゜ポイ

52 ：

>>１　はＤＱＮ関西人につき放置
DQNでない関西人の方はこのままお楽しみください。

53 ：

>>49=50=52
どうでも良いけどageんな。

54 ：

>>50
禿道

55 ：

>>54=50 ageんな糞猿

56 ：

そうか、俺は49だったのか、52だったのか。
それは驚きだ。自分でも知らぬうちに2度も書き込んでいたのか。
これは驚いたな。ビックリ仰天雨霰だな。で、55=1なのだろうがな。

57 ：

誰だよE10K使えなんていってる奴は。実際にベンチマークやってねーだろ。
最近のP4で十分なんだよ、PHPとかMySQLだったらね。
E10KでCPUガンガン積んでるのは処理できる量がハンパじゃないけど、レスポンスは
大した事なし。

58 ：

うるせーバカ

59 ：

>>57
そうそうSunとかIBMのRISC系UNIX使うと、IntelのCPUの速さがよくわかる。
Sunハード作るのやめればいいのに。ディスクも超クソだし。

60 ：

apacheの設定ミスだと思うが・・・

61 ：

1がResponse.Bufferを知らなかっただけじゃねーのｗ

62 ：

とにかくPHPが遅いって事はありえない。
よく見るテストの結果でも
明らかのPHPは、他のどれよりも早かった。
DBとプログラムの問題だな。

63 ：

最近出たPerl DBI/DBD 256本では、Perlの方が構文評価などの基本的な部分では
PHPより早いというデータが載ってた。俺の感覚でもそう。
まぁどの言語を使うにせよ、意味なく遅いって言ってるやつは、その言語の性能を
引き出してないのは確かだね。問題の切り分けができないなんて論外。

64 ：

おそらく、
ASP は Buffer が ON
PHP は Buffer が OFF
で
表示部分で table タグを使ってる、ってとこじゃないか？
ま、>>1は Buffer の 意味が分かってないと思うが・・・。
ソース出せや！

65 ：

>>62
素人ですみませんがApacheとIISの性能差をひっくり返すぐらい
PHPってASPより速いんでしょうか？
多分「他のどれより」って多分スクリプト言語の中でって意味だと思いますが、
そのテストの結果見せてもらえませんか？

66 ：

>素人ですみませんがApacheとIISの性能差をひっくり返すぐらい
UnixとNTの時点でひっくり返ってるかと思われます。

67 ：

＞多分「他のどれより」って多分スクリプト言語の中でって意味だと思いますが、
Perl、mod_Perl、ASP、JSP、C言語CGI
どれよりも負荷が軽かったよ。
Apache使ってるならPHPが、一番軽いかと。

68 ：

あ、嘘ASPは入ってなかった、UNIXサーバの話だった。
まあ、NTとUNIXじゃテストするまでも無いけどさ。

69 ：

>>24 最高に笑った

70 ：

PHP って、
$newArray = $array
なんてやったら、$array のコピーがドカーンと $newArray に入るのね。
こんなんやったらメモリももったいないし、動作も鈍くなるし、こりゃイカンでしょ。
Java なら、明らかにそういう変なプログラミングっていうのは、できないし。
Java のほうがしっかりソフトのデザインしやすい。

71 ：

(ﾟДﾟ)ﾊｧ?

72 ：

>>70
最近のPHPは( 4.1 から？）りファリンスカウント形式でコピーしてるんで
メモリももったいなくないしスピードも速いよ

73 ：

>>72
そうだったのか。
ところで、他にリファレンスカウントを使ったプログラミング言語って他にあるんでしょうか。

74 ：

ベンチマークなら探せば見つかると思う。
例えば↓
ttp://24.221.230.253/php-perl-benchmarks.html
ただ使用用途によって速度の優劣変わるからなぁ。
演算が主の場合だと（型があるので）Javaの方が効率がいいって聞いたことあるし。
ＰＨＰでより速度を求めるのならばＡＰＣも考慮してみたらいいかな、と思う
ttp://www.pat.hi-ho.ne.jp/dimension/inst/inst_unix_dso_4_apc.shtml

75 ：

てか、DBはresult一気に返してくるんだから、DBとの連携が遅くて
レコードがちょっとずつ表示されることなんてありえん。
表示する段では既にDBから結果が返ってきてるんだよ。
ブラウザ何使ってるかしらんが、IEなら描画はTABLEタグ単位なので、
>>1の症状が本当だとしたら、１レコード１TABLEタグということになる。
一つのレコード表示させるのにどんな処理してるのかしらんが、
あきらかにお前のコーディングが糞ってことだ。
そんあサイトが他にそんなにあるわけないので、1は単にPHPの悪口言いたかった
だけだろう。
どうせ、Perlあたりではじめてスクリプティングおぼえたやつで、Perl好きとか
言ってたけどPHPの評判がいいので、ひがんでるまともにSQLも書けない学生だろうよ。
ちなみに、あるサイトが重いってんでPerl→PHPをやったけど、DBがらみは
そんなに早くなるわけではないものの、遅くなることはない。
アクセスが集中するページに関しては負荷は半分以下になってるよ。
ちなみに、俺も言語的にはPerlの方が好きだがな。
パフォーマンスの差はどうしようもない。

76 ：

これって既出？
http://member.nifty.ne.jp/hippo2000/perltips/phpperl.htm

77 ：

>>1
以前作ったWin2000+Apache+PHP+MySQLで作った全国郵便番号検索DBを
引っ張りだしてきた。
12万件のレコードの中から"東京都"で検索すると、2925件表示で約3秒。
"北海道"で検索すると、8237件表示で約10秒。
# ほとんど描画の時間だけどね。
PostgresとMySQLを比較するのもどうかと思うけど参考までに。

78 ：

いったいなぜ、こんな古い、しかも立て逃げのスレが今ごろ上がってくるの？？？

79 ：

>>77
それ使ってみたいデス！
うｐキボンヌ。
おながいします。

80 ：

また上がってきたな(w
つか>>1の糞ソースを反面教師として見たかったな。
これなんかどうだい？郵便番号検索PHP
http://www2.willy.co.jp/ja/sample/zip/

81 ：

サンプルらしく、ダウンロードリンクがありませぬ。(つД｀)
漏れも>>1のソースキボンヌ。

82 ：

あー。なかったっけ。
んじゃここなんてどう？
http://www.b-dash.net/my_postal.php

83 ：

>>82
ｻﾝｸｽｺ!
無事ダウソできますた。感謝感激雨霰。
でも漏れの環境だと各CVSファイルをそれぞれDATAファイルへ上手く
変換できましぇん。変換後のDATAファイルのサイズがゼロ。泣きますた。ｗ
ちなみに漏れの環境はと言いますと、
Win2000+Apache2+PHP4.3.0
です。

84 ：

設置できました。
DATAファイル込みのアーカイブをダウンロードすればよかったんですね。
でも自分で変換できないのが悔しい。
漏れのHDDにあるnkf.exeとsed.exeとgawk.exeがおかしいのかな？
詳しい人います？

85 ：

（＾＾）

86 ：

（＾＾）

87 ：

（＾＾）

88 ：

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

89 ：

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

90 ：

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

91 ：

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

92 ：

PHPってgzipでの圧縮転送出来ないの？

93 ：

>>92
ob_gzhandler　ってあったよ。

94 ：

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

95 ：

2

96 ：

遅いね

97 ：

長寿

98 ：

島根県のみなさん、パRをするなら、
　　優良パR店　エイト○ン
に行こう！　遠隔（※１）をやっていないパR店は「エ○トワン」だけ！
違法ロム（※２）を使っていないパR店も「エ○○○ン」だけ！
人通りの多い時間帯、店の入り口付近の席でドル箱つんだサクラが座ってないのも「エ○○○ン」だけ！
詳しい方はご存知の通り、どんなにパRの遊戯人口が変動しても、その市場規模は変わりません（※３）。
要するに、客が減っても、残った客から絞り盗る量を増やして調整しているのです。
しかし、何故それが可能なのか？…ご理解頂けると思いますが、９割以上の店が確実に遠隔等を行ってます。
１万店以上のパR店の中で、遠隔も違法ロムも確実にやってないのは「エ○○○ン」ただ１店です！
※１…遠隔とは
　「お、あの客は新顔だな。勝たせて味を占めさせるか。遠隔操作で設定変更しよ」
　「客が減ってきたな。ま、設定を絞めて（違法）、１人あたりから搾る量を増やせばいいか」
　「あのオヤジ負け続けてるからそろそろ辞めるかもな。今日は勝たせてやるか」
※２…違法ロムとは
　「うちのアタリ確率は、もちろん他と同じ『○○○分の１』ですよ！（ロムいじってるからウソだけど）」
※３　　　　　　　市場規模　　　遊戯人口
　平成06年　30兆4,780億円　2,930万人
　平成08年　30兆0,630億円　2,760万人
　平成10年　28兆0,570億円　1,980万人
　平成12年　28兆6,970億円　2,020万人
　平成14年　29兆2,250億円　2,170万人
　平成16年　29兆4,860億円　1,790万人

99 ：

PHPのおかげで稼がせてもらっています。
サンキュー！！！

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 削除依頼 ▲
・　次のスレ
おいお前らhogehogeってなんだ！
株式投資の売買手数料をHPに
◆ヤフオクのスクリプト研究スレッド◆
チューニング総合スレ