bbs.cgi再開発プロジェクト5
■ このスレッドは過去ログ倉庫に格納されています
peko鯖の稼動によりボトルネックの一つである事がより明らかになった
bbs.cgi作り直しプロジェクトです。
【開発環境の工事現場】
また挑戦。@2ch掲示板 http://dso.2ch.net/myanmar/
また挑戦2。@2ch掲示板 http://dso.2ch.net/yangon/
関連スレなどは >>2-5 くらい J2EE+Struts+Tomcatなら完全フリーだっけ べつにJavaでもPerlでもCでもPythonでも何でもいいんだよ。
習得コストとメンテコストと導入コストのバランスさえ考えれば。
あとJavaを使えって行っている奴は、2chのサーバーがFreeBSDで構築されていることに自覚無いのか?
もしJavaを使うためにLinuxにするとしたら、それなりに管理コストやらOSライセンス代金もかかるぞ。
すべてはバランスなんだよ。 >>8
バランス考えた上での>>8の意見がないな。ただ反発するだけはイクナイ(・A・)
TCO考えるとWindows2003+ASP.NETにしてしまうという手もあり?
お金あればだけど。
Java系は文字コード変換のコストがかかるから
無条件に軽いとは言い切れない面があるし。
bbs.cgiは他の処理が多いからまだしも
read.cgi改良時に「servletに」という意見が出なかったのは
2chがSJISだからというのもある。 確かに、Perl、PHP、以外では文字列処理での不便はあるな。
しかしごりごり書いてしまうと言う荒技もある。
Cでとかならそれでもさほどコストに見えないほどの速さの開きもあるし。
あと定量的なデータとしてちょっと経路が違うけどTPC-Wベンチマークのの価格性能比一覧。
ttp://www.tpc.org/tpcw/results/tpcw_price_perf_results.asp
Windowsの独壇場だけど、Linux、FreeBSDでチューニングを極めてる企業がないせいもあるかも。 alarm() のかわりに poll() を使うらしいです。
あとは夜までアクセスできない模様。 そもそもbbs.cgiがCでもなくPerlな理由って、
管理人がいじれなくなるからだったと思う。 その管理人って具体的に誰だろう。FOX氏はPerlも文法知らないと言ってたし。 2chの管理人は‘永遠の19歳’西村博之です。
管理人がPerlを知っていたとしても、もやは複雑すぎて
ほとんど弄れないレベルになっていると思うけど。 ひろゆきはCも分かる予感。read.cgiいじってるし。
メンテナンスの容易さ、いじれる人の多さが理由じゃないすかね。 いじれる人の多さならJavaも多いと思うけど(★持ちではどうだかしらんけど)、上を見るにFreeBSDってJVM提供されてないのかー。 理想はC版でかつ共通部分をapacheモジュール化。
かといって2ch運営陣にそこまでやろうとする人的リソースが足りないけと。 実家にて会社に来てるメールを吸い上げ中、、、。
Apacheモジュールにすると、暴走した時にやです(歯止めがきかないから)。
mod_speedycgiにした時にそう思いました。
もちろん、暴走しないように組めばいいわけですが。
あとモジュールにすると、SuExec環境と仲悪いしね。
今のやり方(SpeedyCGI)は、決して悪くないと思うですよ。 >>20
確かに現状を鑑みると十分そうですね。
まだまだチューン必要ですけど dsoは究極の形だとおもうぞ
dinamic shared object に惚れました。 banana229(that3/book3/travel2/bubble2) 完 banana274(qb5/qb6/science3/academy3) 完 _ ∩
( ゚∀゚)彡 FOX ★!FOX ★!
⊂彡 FreeBSDでもJava動くぞ。
ネイティブでな。
Linuxとの比較ならまだしも全否定か・・・
とりあえずJAVAの方が読み易いのは確かかと。
Perlは他人のソース見たくない。
8だけど、バランスを考えた上で選択するのならPerl(mod_perl)じゃないの。
Cでゴリゴリ書いても、コーディングスキルがない人が書いたCはそんなに速くないよ。
普通のスキルの人が書いたPerlのほうが安定している。
個人的にはmod_pythonもオススメしたいが、ひろゆきがpython学ぶつもりがあるかどうかに左右されるかも。 >46
Perlのソースがどうしても読みにくいというのは否定しないけど。
Perl5.6以降のOOPな書き方をちゃんとすればそれほど読みにくくないと思うよ。
PerlからJavaとかPythonに移るぐらいならC++とかにいくと思うぞ。
マシン負荷を考えたらだけど。 言語がドウコウという話はどうでもよく...
常駐化されIF部・コアロジック・バックエンドDBの形になればよろしいかと。
理想を言うとHTMLブラウザ用IF以外にビュアー用のIFが欲しい。
今のビュアーはグチャグチャな仕様に対応するための例外対応や場当たりな対応が多すぎる。
>>51
JavaのStrutsのMVCモデルなら、
>常駐化されIF部・コアロジック・バックエンドDBの形になればよろしいかと。
...はすべて満たされるかと。
>理想を言うとHTMLブラウザ用IF以外にビュアー用のIFが欲しい。
これは設計次第と解釈。
そんな状態ならPerlで続投するにしても早いうちに設計見直し必要ではないかな。 >>52
>>ネイティブでな。
>詳しく。w
FreeBSDがもっているLinuxバイナリ互換機能を使用したLinux版JREの実行ではなく
FreeBSD用のJREがあると言っているだけでは?
昔はLinux版を互換機能(エミュ)で動かしていたが今はFreeBSDネイティブな
javaコマンドが在る。
誰もjavaで書かれたユーザアプリがフルネイティブコンパイルされるとは言って
いないと思うが・・・ >>54
ああ了解。そういう事情があったのですか。 あ、でも、FreeBSD用のWASってあるのかな?TomcatをコンパイルすればOK? >>53
Strutsかどうかは気が早いような気もするが、Javaなら(というかJ2EEなら)
できるには同意。
エンタープライズを想定したプラットホームだから。
商用SWは無理だろうから、雄猫とDB(FireBird?ポスグレ?mySQL?)が耐えられるように
してあげる必要は在るかも。
>>56
残念ながらWASはFreeBSD上ではサポートされません。(頑張ればLinux互換機能で*動く*かも)
とりあえず雄猫かと。コストかかんないし。
それにしてもWASで通じている人が何人いるのか心配(w
# IBM WebSphere Application Server
>>58
いや、WAS= Web Application Server では?WebShpereとは限らない。
今回EJBはいらんのでWASの話は大げさかもだけど。
わたしは「雄猫」ってのがわかりません。_| ̄|○
もしかしてTomcatのことかな。 Practical mod_perl
http://modperlbook.org/
CCライセンスで公開されている。 banana241(news15,news16,news17) 完 これで bbs.cgi はSpeedyCGIのものに統一されました。
(superfreeを除く、sakubbs.cgiを除く)
関係者の皆様方 よろしくです >>84
今日は記念日すか。
なに記念日にしますかね。 あなたが記念日にしようと言ったから 今日は記念日記念日 クリスマスはキリストの誕生日以外に
本来冬、至の記念日が起源だとか、どこかで聞いた希ガス そういやキリストの真の誕生日は7月って説があったな
聖書の記述から推理するとそうなるらしい bbs.cgi が吐くRockのログ Rock54-104-12-21.txt のフォーマットがおかしくなってるみたいなんですけどー
Rockは効いてるのに
http://halcyan.30.kg/klist/list.php?filepattern=-12-21&kwd_sv=&kwd_host=
が04/12/21 17:42:41 から更新されなくなりましたー
ご確認お願いしますー うお、はやっ
実験してみて報告しますー
反映まで10分くらいかかるかもですー >>59
マジレスすると今はTomcat等をアプリケーションサーバとは呼ばないのです。
J2EEが出て少し経ったころに「コンテナ」と呼ぶようにSunから御触れが出ました。
Servletコンテナとか、EJBコンテナとか、J2EEコンテナとか。
正式な呼び方は忘れてしまいましたが一般的にこんな感じで呼ばれてます。
雄猫はTomcatの愛(?)称です。
英語のドキュメント翻訳すると雄猫ってなるので。
■ このスレッドは過去ログ倉庫に格納されています