現在で最速かつ最軽量なプログラムの組み合わせが何かという結論が出ていない
もし実用的でコストが低く纏まるプログラムの組み合わせの結論が出たら、
コストを度外視したプログラムの組み合わせを議論することにします
WEBProg板とWEB製作板のプログラマーの英智を結集してこの問題の結論を出して欲しい
言語はmod_perl(SpeedyCGI FastCGI)とmod_PHP(PHP4 PHP5)とCとJavaなどetc
アプリケーションはApache, CGI, JSP/Servlet, ASP, ColdFusionなどetc
データベースはOracle, PostgreSQL, MySQLなどetc
【アプリケーション】
【データベース】
【言語】
【意見】
いきなりかよｗ
ネームスペースのないPHPで大規模やる馬鹿はいないし、小規模開発でわざわざJavaを持ち出す必要もないわけで...
大規模では
【アプリケーション】
【データベース】
【言語】
【意見】
小規模では
【アプリケーション】
【データベース】
【言語】
【意見】
例えばWeb鯖とDB鯖が一緒になってる場合と分けられてる場合だけでも手札は違うんだし。
アプリケーションサーバの選定が無いのは何で。
大規模になれば100％発生する話だが。
って思っちゃう俺は素人。
リクエストが多くてアパッチが追いつかない場合も結構ある。
という観点で見た場合
【言語】Perl
【WebServer】Apache2 worker
【AppServer】Apache2 worker/mod_perl2
【DBServer】MySQL5 MyISAM,InnoDB
【意見】
mod_perlは高負荷時に不安定になるので、余裕を持たせたロードバランスをする必要がある。
ロードバランシングで6台のサーバーを置き、
回線はハイパー二回線をメインにUSENを八本入れてる。
でもロードバランシング用のPCがセレロンだけど、perlだろうがphpだろうが爆速
まぁ都心の新築ワンルーム買えるぐらいいくけど。
なるほど、大規模サイトの方での意見はありませんか？
分かりました。ではご自由に議論下さいませ
HTTPリスナーが２つのアクセスを受信したとき、
最軽量というか最も短い時間間隔はどれくらいでしょうか？
C/CGIはメモリ管理から全部プログラマの責任、しかも遅いがApacheModuleならメモリ管理はApacheがやってくれるし、APIも大量にある。
しかし、mod_phpやmod_perlの速度なら十分だと思う。
共有鯖だとmod_perlは現実的じゃないな
アパッチじゃなくてトムキャットの出番だろ
あとは、アセンブラで書くとか炒ってるビギナーは
コンパイラの最適化を知らないんだなきっと。
お前 質問は質問スレでしろ荒らし、さっさと消え失せろ
開発に加わって最適化すれば勝手に速くなるんじゃね？
汎用化したものを利用するとオーバーヘッドが発生するからな。
開発コストを度外視するなら、
コンパイラ以上の最適化を行えるアセンブラ使いが、0から開発した方が速くなる。
LSI作っていいなら、そのほうがより速くなる。
俺は経験不足なもんで組み合わせが何が良いかが分からない･･･
【言語】J2SE 1.4.2_12
【WebServer】Apache 1.3.37 + mod_jk 1.2.18
【AppServer】JBoss 4.0.4
【DBServer】Oracle10g R2
中小器 ＰＨＰ、ＰＥＲＬ
生産性 ＰＨＰ・ＰＥＲＬ＞ＪＡ
分散機能 ＪＡ＞ＰＨＰと聞いたことがあります
HIT数で決めるんですよね？そうだとすると2chは大規模サイトなの？
機能的に、でしょ。
2chは小規模なプログラムの集合体だし。
> アパッチじゃなくてトムキャットの出番だろ
ベンチ取ったら自分が間違ってるって分かるよ。。。
掲示板だけじゃないの？それに良く落ちるけどmod perlだから？
【言語】Java
【WebServer】FJApache
【AppServer】Interstage Application Server
【DBServer】Symfoware
【言語】Java
【WebServer】HitachiWebServer
【AppServer】uCosminexus Application Server
【DBServer】HiRDB
mod_perlではない
mod_perlじゃなかったの？PHPで書かれている部分があるのは知ってたけど
こんなページあった
ttp://sunos.saita.ma/2ch-cgi-lw.html
read.cgi
C言語、JavaScript+Apache Module化実験中
bbs.cgi
Perl(SpeedyCGI)、Apache Module(C言語)
携帯用
PHP
アクセスが発生するとどうしても重くなるわけで。。。
と言うわけで、どのようにキャッシュの実装を行うかという所がミソだと思う。
(ステップ数、工数等)で決めるって事だよね？
数千万ステップ級から100ステップ程度の入力フォームまで
色々あるわけだが、どのぐらいと考えるべきなんでしょかね？
10万ステップ級、100万ステップ級とかでも判断が分かれてくるかも知れない。
また、バックエンドの処理が複雑な分散トランザクションが中心となる物も
あるし、数値科学演算がメインの処理系もある。フロントエンドだけやけに
複雑だけど、バックエンドは単純な物もある。
なかなかひっくるめて判断するのは難しいな。
例えばヤフオクの最適解は何か、mixiの最適解は何かとか、そんな感じの
方が真面目に議論できるような気がする。
そして糸冬 了
それだったら、Googleみたいにコンピュータアーキテクチャから考え直したほうがいい。
？
Google ってコンピュータとぽしては汎用の x86 を使ってるじゃないんですか？
ラックだとか電源だとかはコンピュータアーキテクチャと言わないだろうし...
こういうことでしょ。
http://dev.ariel-networks.com/modules/xfsection/article.php?articleid=50
>安いPC(OSはGNU/Linux)で
って書いてあるじゃん．
モジュールで動くphpはSpeedyCGIのperlよりは遅いんだよな。
ところで、俺は前振りなしで「コンピュータアーキテクチャ」って言われたら、
最近のRISCはロード／ストアアーキテクチャを指して、縮小命令セット
の意味は無くなってきたよね、とかいう方を思い浮かべる。
つまらん一人語りする前にスレタイトルを読み直せ。
にしてみようか、とかってのはアリだと思うが。
組み込みからＰＣそしてスーパコンピュータまでカバーするアーキテクチャを汎用と呼ぶのはなにもおかしくない。
こういう専門バカにはなりたくないな
知ってる単語を並べるのはいいが、何年か前にあれほど騒がれたＪａｖａプロセッサが未だにくすぶってる理由考えたことある？
x86が？
>>65
>知ってる単語を並べるのはいいが、何年か前にあれほど騒がれたＪａｖａプロセッサが未だにくすぶってる理由考えたことある？
まぁまぁ、思考停止してないで、ちょっと想像してみそ。
粒度の小さいオブジェクトを分散処理させるのにどんなやりかたがあるか。
Ｙｅｓ
スーパーコンピュータについてはこの辺参照。
http://grape.astron.s.u-tokyo.ac.jp/~makino/articles/future_sc/face.html
>粒度の小さいオブジェクトを分散処理させるのにどんなやりかたがあるか。
思考停止とかをせずに考えた結果が
>Jazelle対応のARMをコネクションマシン
ですか？思考停止うんぬんの前にＷｅｂアプリの性質を洗い直すことをおすすめしますよ。
マジで。
ううむ、少なくともどんなプロセッサでもたくさんつなげばスーパーコンピュータになっちゃうよ
っていう意味ではx86は価格性能比でアドバンテージがあると書いてあるようだ。
けど、これFPGAまで出てきてるね、この世に汎用でないプロセッサは無いって感じだ。
これ、読み物としては面白いので、２４見終わったらじっくり呼んでみるよありがとう。
>考えた結果が
結論だとも、それが良さそうだとも言ってない。
考えてみる価値はありそうだ、とは思ってるしそのくらいのニュアンスで書いたんだが、
言葉の選び方がまずかったかな？
てか、いまとりあえずARM926EJ-Sコアのの乗ったボード２台でそのあたりの実験の準備中。
そうそう
>Ｗｅｂアプリの性質洗い直すことをおすすめしますよ
リクエストが来たら処理して結果を返す部分だけがシステムじゃないし。
うほっ！！
そう。その結果、アーキテクチャとしてどうだ、とか言う話は置いておいて現時点でもっとも汎用的なアーキテクチャの一つになっちゃったわけ。
>この世に汎用でないプロセッサは無いって感じだ。
？なんか話ずれてる気が。
>リクエストが来たら処理して結果を返す部分だけがシステムじゃないし。
なら
>Jazelle対応のARMをコネクションマシンのように並べたサーバ
にはどのあたりの処理を担わせることをねらってるんでしょうか？
ここ間違ってるとおもう。量が増えるとつなぐのも結構難しい。
ハイパーキューブなら自分と周辺４つがつながれば良いしな、とか
簡単に考えてたよ。
ちょっと簡単に考え過ぎたかも。ごめん。
件のページにそんなことも書いてあるのかな？
ま、あとで読んでみます。
>現時点でもっとも汎用的なアーキテクチャの一つになっちゃったわけ。
うん、そういう意味での汎用性なら、よくわかる。
もともとが、汎用って言ったらプロセッサはx86に限らず汎用でないの？
って意味でも突っ込みだったし（←思い出したらしい）
>>Jazelle対応のARMをコネクションマシンのように並べたサーバ
>にはどのあたりの処理を担わせることをねらってるんでしょうか？
具体的な用途はまだまだずっと先に考えるのかな、と前置きして、
つなげるところまで行けたらまずシミュレーションゲームのいわゆる思考ルーチン
でいろいろ試してみたいなと思ってる。
分散処理のメリットがあるのか？とかいう突っ込みはあるだろうけど。
汎用PCは必須ではねぇんじゃね？
>>1は読んだのか?
68KだってPPCだって、それこそ4004だって、それぞれの視点で「汎用」じゃん。
話は戻るけど、
>>54
>例えばヤフオクの最適解は何か、mixiの最適解は何かとか、そんな感じの
>方が真面目に議論できるような気がする。
>>56
>それだったら、Googleみたいにコンピュータアーキテクチャから考え直したほうがいい。
↓これを思い出した。
普通のやつらの上を行け ---Beating the Averages---
http://www.shiro.dreamhost.com/scheme/trans/beating-the-averages-j.html
本筋ではないけど、Yahoo StoreにLispが使われてる話がチラッと出てくる。
あと、ページ遷移をschemeの継続を使って書いてあるって話は、googleだっけ？
この文脈で「アーキテクチャ」って言ったら、このへんの事だろうな。
言うんだった、ソフトウエアアーキテクチャとか、システムアーキテクチャの方が近いだろう。
そこそこのパフォーマンスが出て、開発コストと規模とのバランスが取れる
アーキテクチャを考えるってのは必要だろうね。
>アーキテクチャを考えるってのは必要だろうね。
何かを言ってるようで実は中身は空っぽな発言するやつっているよね
理解出来ないからといって、見えなくなるのはどうかと思う
>汎用の x86 PC（汎用は PC にかかる）
と書けば良かったのかな．
なにもしない事。
間違ってもプログラムなんて書かないこと。
ま、Webプログラムだろうけど目的も書かないでいきなり組み合わせを聞かれても
目的には分野などは入っていない。
組み合わせなんか適当でええやん
ベクトル計算
ﾊｧﾊｧ
ttp://v-t.jp/jp/topics/press/030401/
JavaScriptは強いな
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
＠＠Ｐｅｒｌチャットでの荒らし対策＠＠ (175)
【Perl】掲示板を使ろう！ (475)
金出すからスクリプト作ってよvol.1 (122)
Webでオブジェクト指向プログラミング (431)
Google App Engine for Python 4アプ目 (709)
金出すからスクリプト作ってよvol.1 (122)
--log9.info------------------
何故ここまで差がついたのか？ってバンド (751)
早弾きもできない盤ってなんなの？【薫】 (104)
顔が良い麺ランキング (882)
ﾊﾞﾝｷﾞｬの“ﾌﾘ”とｷﾓｦﾀのｵﾀ芸って何が違うの？ (126)
【盗作金儲け】上がった盤度とその理由7【萎え】 (227)
【電柱25本目】鬼目【友達】 (634)
ダサいバンド名 (174)
exist trace VS Aldious (141)
【そろそろ】解散しそうなバンド８【しおどき】 (492)
2000年代のV系バンド１０傑を決めるスレ (161)
【女形】HIZAKIに萌えるスレ【美人】 (512)
神聖かまってちゃんでてきたらＶ系の価値あるの？ (229)
【盗作】V系の黒歴史を語れ 5悪【脱税】 (838)
ライブに行ったらガッカリしたバンド (315)
ネオV系ブームがもう終わってしまいかけてる件 (252)
ベースラインが素晴らしい曲 (116)
--log55.com------------------
ＣＢＣラジオ 小堀勝啓のわ！ワイド
【大滝詠一のテーマ曲】馬場こずえの深夜営業
”おニャン子のあぶない夜だよ”聞いてた？
忘れられない、想い出のラジオ
−−松田聖子の番組−−
千倉真理【港区海岸１丁目】っておぼえてる？
森田公一の青春ベストテン
短命に終わった番組を懐かしむスレ