元スレCGI VS PHP VS JAVA

php覧

前へ 1 2 3 4 5 6 7 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

252 = :

>>247
Fedora core4ではデフォルトで10MBくらい。
メモリ使用量はMaxSpareServers × 10MB
お前の理論だとMaxClients100以上でmod_perl動かしているほとんどのサーバーは
F5連打されるとメモリリークしてしまうという愉快な状況になる。

253 :

　　　　　　　　　　　　　↑
「メモリリーク」の意味を知らないスクリプター、乙

254 = :

狭義しかしらない日本人、乙

255 = :

負け惜しみ、乙

256 = :

↓、乙

257 = :

え？俺？

258 = :

↑、乙

259 = :

>>257
乙

260 = :

>>252
247の理論だとFedora4をデフォルトで動かしているサーバーは
メモリ1.5GB必要以上になる。
mod_perlはメモリ食うと聞いていましたがApacheもこんなにメモリ消費
するとは思いませんでしたｗｗｗ

261 = :

そりゃ150プロセスも同時に走れば、どんなメモリ積んでも足らないだろう。
そういう意味で>>247の言ってることはあってる。
後、単にメモリを消費するのと、メモリリークはまったく別。>>252はアホ確定。

262 = :

ここは必死なインターネットですね

263 = :

>そりゃ150プロセスも同時に走れば、どんなメモリ積んでも足らないだろう。
Apacheが処理するプロセスとApache自体のプロセスは別物ですよ。
プログラム、Apache、UNIX
誠に残念ながらこれら全ての知識に欠けているようです。
初心に戻ってこんぴゅ～た～の基礎から勉強するのがよろしいかと思います。

264 = :

あと>>257への感謝の気持ちを忘れずに。

265 :

>>263
で、メモリリーク、の意味は勉強たか？

266 :

メモリリークっていうのは、Cで変数の破棄し忘れとかで出来るもんだろ。
リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
どうやって少ないプロセス数に抑えて回していくかだろ。
modphpみたいに使い捨てじゃないんだから。

267 = :

>リクエスト毎に必ずプロセスが死ぬ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走らせるのは非常にトリッキーでありメリットも薄いためそのような設定で
運用しているサーバーはほとんど無いでしょう。

270 = :

MaxClientsが10だろうと256だろうとApacheの消費するメモリの上限は増えませんが。

271 = :

痛々ｼｽ

274 = :

>>257は神に召されました。合掌！

275 = :

>>269
そもそもMaxClientsは最大接続数であってMaxClients=子プロセスの最大数ではありません。
>MaxClients150のままでF5連打されたら、それは落ちる。
通常は考えにくいですね。よほどサイズの大きいスクリプトをキャッシュさせない限り。
ab -n 1000 -c 200 localhost
などで簡単に検証出来る事なので試してから発言なさった方がよろしいかと。

276 = :

10日前の書き込みにレス、ｶｺｲｲ(w！

277 = :

↑素で意味がわからないんだけど。どういうこと？

278 = :

解説しよう。
誤爆。

281 = :

Perlをセキュアに使えないのは自分の技術力のなさを言語のせいにしてる香具師。
それと、PHPとかRubyはどうした。

282 = :

>>280
餌がばればれ。
本命のPHP厨は全然つれてないじゃん。

284 = :

CGIやPHPでは Vアプリ や i-アプリ　がつくれねー（・∀・）

285 = :

>> 284
CGIの意味わかってねー

286 = :

これは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

288 = :

>>286
リンク先読んでるか？
Perlに限った話でない内容がPerlをやりだまにあげているに過ぎんぞ。

290 = :

普通はCやperlが多いのでたまにサーバサイドのperlの事をそう呼ぶ人が居る。

291 = :

>>284
ほんとはCGIが特定の言語を表すこと自体、間違ってる。
CGIってのは仕組み。
PerlとかPHPってのは言語の名前。
mod_perlとかmod_phpはApacheモジュールの名前。

292 :

大人気なくマジレスしてみたら日付が…
くやしいからage

293 :

およそ忠告ほど、人が気前よく与えるものは無い。

　　　　　　　　　　　　　　　　　　（ラ・ ロシュフコー）

294 = :

>>293
まったくもってそのとおりだなｗ

296 = :

>>295
6年も昔の1を責めんなよｗ
厨房だったあの娘も成人してる年月だ。

299 = :

息の長いスレですね
この板あんまり動かないからな

前へ 1 2 3 4 5 6 7 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

類似してるかもしれないスレッド

• Mac OS X + PHP + MySQL (199) - [25%] - 2022/3/13 12:00
• ASP VS PHP (258) - [21%] - 2017/12/31 9:31 ○