私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレCGI VS PHP VS JAVA
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>247
Fedora core4ではデフォルトで10MBくらい。
メモリ使用量はMaxSpareServers × 10MB
お前の理論だとMaxClients100以上でmod_perl動かしているほとんどのサーバーは
F5連打されるとメモリリークしてしまうという愉快な状況になる。
Fedora core4ではデフォルトで10MBくらい。
メモリ使用量はMaxSpareServers × 10MB
お前の理論だとMaxClients100以上でmod_perl動かしているほとんどのサーバーは
F5連打されるとメモリリークしてしまうという愉快な状況になる。
>>257
乙
乙
>>252
247の理論だとFedora4をデフォルトで動かしているサーバーは
メモリ1.5GB必要以上になる。
mod_perlはメモリ食うと聞いていましたがApacheもこんなにメモリ消費
するとは思いませんでしたwww
247の理論だとFedora4をデフォルトで動かしているサーバーは
メモリ1.5GB必要以上になる。
mod_perlはメモリ食うと聞いていましたがApacheもこんなにメモリ消費
するとは思いませんでしたwww
>そりゃ150プロセスも同時に走れば、どんなメモリ積んでも足らないだろう。
Apacheが処理するプロセスとApache自体のプロセスは別物ですよ。
プログラム、Apache、UNIX
誠に残念ながらこれら全ての知識に欠けているようです。
初心に戻ってこんぴゅ~た~の基礎から勉強するのがよろしいかと思います。
Apacheが処理するプロセスとApache自体のプロセスは別物ですよ。
プログラム、Apache、UNIX
誠に残念ながらこれら全ての知識に欠けているようです。
初心に戻ってこんぴゅ~た~の基礎から勉強するのがよろしいかと思います。
あと>>257への感謝の気持ちを忘れずに。
>>263
で、メモリリーク、の意味は勉強たか?
で、メモリリーク、の意味は勉強たか?
メモリリークっていうのは、Cで変数の破棄し忘れとかで出来るもんだろ。
リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
どうやって少ないプロセス数に抑えて回していくかだろ。
modphpみたいに使い捨てじゃないんだから。
リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
どうやって少ないプロセス数に抑えて回していくかだろ。
modphpみたいに使い捨てじゃないんだから。
>リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
CGIやmod_phpではそのプロセスで利用したメモリ等は全てデストラクトされますが
shared memoryを使用すれば当然プロセスが消滅した後もメモリは確保されたままなので
CGIでもメモリリークは発生します。
>modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
mod_perl自体は新たにプロセスを作りません。fastcgiなら自ら生成するでしょう。
自然にリソースを食い尽くすのであればそれはバグです。バグリポートを出せば非常に喜ばれるでしょう。
>それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
「mod_perlに1個のプロセス」という概念は存在しません。また、モジュール自体のサイズはmod_phpの1/10程です。
同時にApacheプロセスが100~150走らせるのは非常にトリッキーでありメリットも薄いためそのような設定で
運用しているサーバーはほとんど無いでしょう。
CGIやmod_phpではそのプロセスで利用したメモリ等は全てデストラクトされますが
shared memoryを使用すれば当然プロセスが消滅した後もメモリは確保されたままなので
CGIでもメモリリークは発生します。
>modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
mod_perl自体は新たにプロセスを作りません。fastcgiなら自ら生成するでしょう。
自然にリソースを食い尽くすのであればそれはバグです。バグリポートを出せば非常に喜ばれるでしょう。
>それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
「mod_perlに1個のプロセス」という概念は存在しません。また、モジュール自体のサイズはmod_phpの1/10程です。
同時にApacheプロセスが100~150走らせるのは非常にトリッキーでありメリットも薄いためそのような設定で
運用しているサーバーはほとんど無いでしょう。
>>267
BEを忘れてますよ?
BEを忘れてますよ?
MaxClientsが10だろうと256だろうとApacheの消費するメモリの上限は増えませんが。
>>270
MPMによって変化量は違えどApacheのメモリ総使用量は増えるだろ。
MPMによって変化量は違えどApacheのメモリ総使用量は増えるだろ。
>>257は神に召されました。合掌!
>>269
そもそもMaxClientsは最大接続数であってMaxClients=子プロセスの最大数ではありません。
>MaxClients150のままでF5連打されたら、それは落ちる。
通常は考えにくいですね。よほどサイズの大きいスクリプトをキャッシュさせない限り。
ab -n 1000 -c 200 localhost
などで簡単に検証出来る事なので試してから発言なさった方がよろしいかと。
そもそもMaxClientsは最大接続数であってMaxClients=子プロセスの最大数ではありません。
>MaxClients150のままでF5連打されたら、それは落ちる。
通常は考えにくいですね。よほどサイズの大きいスクリプトをキャッシュさせない限り。
ab -n 1000 -c 200 localhost
などで簡単に検証出来る事なので試してから発言なさった方がよろしいかと。
この辺で勉強してみたら?
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/09/movable_type_mo.html
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/10/post.html
それとF5連打はabじゃ再現できない。少なくとも、
ab -n 100000 -c 200 localhost
程度でなければ意味が無い。
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/09/movable_type_mo.html
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/10/post.html
それとF5連打はabじゃ再現できない。少なくとも、
ab -n 100000 -c 200 localhost
程度でなければ意味が無い。
Perlをセキュアに使えないのは自分の技術力のなさを言語のせいにしてる香具師。
それと、PHPとかRubyはどうした。
それと、PHPとかRubyはどうした。
>>281
スクリプタ、乙。
スクリプタ、乙。
これはPerlが糞だといわれるほんの一例だけどやっぱりPerl終わってるwww
Perlの脆弱性は氷山の一角か
http://www.itmedia.co.jp/enterprise/articles/0512/06/news064.html
http://www.itmedia.co.jp/enterprise/articles/0512/01/news118.html
Perlの脆弱性は氷山の一角か
http://www.itmedia.co.jp/enterprise/articles/0512/06/news064.html
http://www.itmedia.co.jp/enterprise/articles/0512/01/news118.html
普通はCやperlが多いのでたまにサーバサイドのperlの事をそう呼ぶ人が居る。
およそ忠告ほど、人が気前よく与えるものは無い。
(ラ・ ロシュフコー)
(ラ・ ロシュフコー)
>>293
まったくもってそのとおりだなw
まったくもってそのとおりだなw
【速報】Google社が「Android」のSDKを公開,Javaでアプリケーションを記述
http://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで,
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」(Androidの説明書)。
---
http://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで,
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」(Androidの説明書)。
---
類似してるかもしれないスレッド
- Mac OS X + PHP + MySQL (199) - [25%] - 2022/3/13 12:00
- ASP VS PHP (258) - [21%] - 2017/12/31 9:31 ○
トップメニューへ / →のくす牧場書庫について