私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレCGI VS PHP VS JAVA
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
サーブレットが美味いのはベンダがサーブレットAPIな
共通規格を取りまとめているところで
ぶっちゃけ他の言語でもアプリケーションサーバ+サーブレットAPI相当の
ものがあれば同じことできるし、パフォーマンスも中間コード使ってたら
同じようなもんでしょう。
ただベンダが規格取りまとめてないと自作orいろんな実装あって評価コスト
考えるとjavaが楽だと思ってしまうのがもったいない。
というわけでjava以外のアプリケーションサーバー、フレームワークで
実績あるもののリサーチ、評価を各言語のコミュニティが
さっさとやれ。
共通規格を取りまとめているところで
ぶっちゃけ他の言語でもアプリケーションサーバ+サーブレットAPI相当の
ものがあれば同じことできるし、パフォーマンスも中間コード使ってたら
同じようなもんでしょう。
ただベンダが規格取りまとめてないと自作orいろんな実装あって評価コスト
考えるとjavaが楽だと思ってしまうのがもったいない。
というわけでjava以外のアプリケーションサーバー、フレームワークで
実績あるもののリサーチ、評価を各言語のコミュニティが
さっさとやれ。
既存の CGI をそのまま FastCGI 対応に
http://sugi.nemui.org/diary/20040723.html#p04
既存のCGIプログラムの修正を最低限にしてFastCGI対応にする方法について。
http://www.rubyist.net/~matz/20040723.html
http://sugi.nemui.org/diary/20040723.html#p04
既存のCGIプログラムの修正を最低限にしてFastCGI対応にする方法について。
http://www.rubyist.net/~matz/20040723.html
それなら何使おうがApacheのプロセスがいつまでも残るから駄目ぽですな。
Apache2をworkerで運用したらworker未対応なmod_phpも駄目ですな。
Apache2をworkerで運用したらworker未対応なmod_phpも駄目ですな。
>>211
PHPはApacheのモジュールという意味かな
だったらCGIよりモジュールの方が負荷は小さいよ。
PHPもCGIで動かせば負荷は大きくなるしCGI/PHPはCGI/Perlより遅い。
Perlもモジュールなら負荷軽くなるしmod_perlの方がmod_phpより早い。
PHPはApacheのモジュールという意味かな
だったらCGIよりモジュールの方が負荷は小さいよ。
PHPもCGIで動かせば負荷は大きくなるしCGI/PHPはCGI/Perlより遅い。
Perlもモジュールなら負荷軽くなるしmod_perlの方がmod_phpより早い。
>>213
ですです。
で、CGIからモジュールにするとすべてにおいて速くなるというわけではないですよね?
あくまでスクリプトが走り始めるまでの時間が短縮されるだけで。
走り始めるまでの時間ってそんなに長いんですか?
ですです。
で、CGIからモジュールにするとすべてにおいて速くなるというわけではないですよね?
あくまでスクリプトが走り始めるまでの時間が短縮されるだけで。
走り始めるまでの時間ってそんなに長いんですか?
>>215
ありがとうございます。
んで、「トップスピードになるまでの時間」というのはかなりでかいものなんですかね?
それと、「トップスピートになるまでの時間」を長くする要因はどんなものがあるんですか?
メモリに常駐するというのは、速いけれども、裏を返せばメモリを食うんじゃなかろうかとか思うわけですけども。
ありがとうございます。
んで、「トップスピードになるまでの時間」というのはかなりでかいものなんですかね?
それと、「トップスピートになるまでの時間」を長くする要因はどんなものがあるんですか?
メモリに常駐するというのは、速いけれども、裏を返せばメモリを食うんじゃなかろうかとか思うわけですけども。
概念にこだわってると何も出来ないと思うよ。
変数の初期化やメモリ空間の確保、環境変数の取得などなど。
比較すればどちらが速いかだけど、結局はコーディング次第。
メモリは食う、鯖は石よりもメモリ。
変数の初期化やメモリ空間の確保、環境変数の取得などなど。
比較すればどちらが速いかだけど、結局はコーディング次第。
メモリは食う、鯖は石よりもメモリ。
mod_phpは
>変数の初期化やメモリ空間の確保、環境変数の取得などなど。
この辺関係ないでしょ
>変数の初期化やメモリ空間の確保、環境変数の取得などなど。
この辺関係ないでしょ
mod_phpは漏れなくデストラクトされるので。
PHPの場合、modとCGIの違いはインタプリタがロード済みってだけじゃないの?
PHPの場合、modとCGIの違いはインタプリタがロード済みってだけじゃないの?
>>227
Perlはもっとおそいがな
Perlはもっとおそいがな
>>230 ?
まず>>228が大きな勘違いをしてる
以上を総合すると…
mod_perl>mod_PHP≫PHP>perl>JSP
ってところか?
mod_perl>mod_PHP≫PHP>perl>JSP
ってところか?
スピードは、mod_perl>mod_php>>perl/cgi>>>php/cgiな感じ。
「オープンソースだからベンダ非依存で技術の寿命が長い」って
伝説を流布したがっているけれど、実態は、後方非互換に気を使わない文化だから、
実は寿命短い。
伝説を流布したがっているけれど、実態は、後方非互換に気を使わない文化だから、
実は寿命短い。
バグがあっても自分でソースいじって治せるから、理論的には寿命がながいけどね。
>242
わかってるんだと思うが、
>自分でソースいじって治せる
くらいたちが悪いこともなくて。。。。
ソースなんていじりたくないです。いじれないことにしといて
できないことにしといたほうがなんぼ楽か....
そいやあ、javaでCGI、作ったことあるよ。
あいつもなんか動いてるみたいだなあ...7,8年になるかな。このスレより古い(笑)
わかってるんだと思うが、
>自分でソースいじって治せる
くらいたちが悪いこともなくて。。。。
ソースなんていじりたくないです。いじれないことにしといて
できないことにしといたほうがなんぼ楽か....
そいやあ、javaでCGI、作ったことあるよ。
あいつもなんか動いてるみたいだなあ...7,8年になるかな。このスレより古い(笑)
実際、クローズドソースでバグがあったら、バージョンアップするしかないから。
一番長いところをみればオープンソースのほうが寿命が長い。
でも、一般的な利用者を見れば、開発が終わった時点で終わりだな。
一番長いところをみればオープンソースのほうが寿命が長い。
でも、一般的な利用者を見れば、開発が終わった時点で終わりだな。
システム寿命を比較すると、独自開発、次がクローズド、最後がオープンソース。
意外だろうけど、事実なんだな、これが。
例外は多数あるだろうけれども。
意外だろうけど、事実なんだな、これが。
例外は多数あるだろうけれども。
Perlはバージョンアップで仕様変更が少ないので殆ど手直しは必要ないが
他の人間が保守・改良・バグつぶしするのには向いてない。
PHPはバージョンアップで互換切られたりするが
他の人間が容易に習得でき、保守などが楽
俺は、PHPの方が好きだな。
他人とPerlで一緒に仕事するなんて、ありえない。
他の人間が保守・改良・バグつぶしするのには向いてない。
PHPはバージョンアップで互換切られたりするが
他の人間が容易に習得でき、保守などが楽
俺は、PHPの方が好きだな。
他人とPerlで一緒に仕事するなんて、ありえない。
>>247
mod_perlを使いこなせていない奴はそうなるなw
mod_perlを使いこなせていない奴はそうなるなw
>>248
それは言語に限らず組み方次第なわけだが。
それは言語に限らず組み方次第なわけだが。
類似してるかもしれないスレッド
- Mac OS X + PHP + MySQL (199) - [25%] - 2022/3/13 12:00
- ASP VS PHP (258) - [21%] - 2017/12/31 9:31 ○
トップメニューへ / →のくす牧場書庫について