現在で最速かつ最軽量なプログラムの組み合わせが何かという結論が出ていない
もし実用的でコストが低く纏まるプログラムの組み合わせの結論が出たら、
コストを度外視したプログラムの組み合わせを議論することにします
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元 削除依頼 ▲
いきなり駄スレ？blosxomユーザー2 (405)
Zopeってどうよ インスタンス4つめ (382)
[PHP-usersｦﾁ11]全部読むと裏技があるのでしょうか (979)
PHPとJAVAさぶれっと (316)
WEBプログラミング板のロゴを決めよう (472)
PHPでPDF (168)
--log9.info------------------
靴下はいて寝る奴なんなの！？ (128)
花澤香菜 Solo Debut Presentation Party実況 (178)
(´・ω・`)ﾉｼ みんな〜 (332)
西尾維新アニメプロジェクト 最新情報発表会 (143)
【ミキママ登場】金スマ【実況はこちらへ】 (463)
【ｷﾞｬﾚﾝが】明日の光をつかめ2 その9【立て籠り】 (920)
大改造！！悲劇的ビフォーアフター (234)
【MBS】ロケみつ 冬休み大会 (919)
スレたてテスト (180)
Back to the Mac. 実況スレ Part.2 (551)
■□■ 地震の時なにしてた？ ■□■ (198)
【 0M0】霧に棲む悪魔 その11【最後までｲﾝﾎﾟ】 (793)
【コテ】26時間テレビ実況ｻﾊﾞｲﾊﾞﾙﾚｰｽPart18【専用】 (454)
喪女専用 開け！ビューティーコロシアム (644)
初音ミク『ミクの日大感謝祭』紹介しちゃいますよ2 (168)
【ラスト？】花嫁のれん2 その8【侵略完了か】 (173)
--log55.com------------------
オールドレンズ総合スレ part17
【ゴミ】中古デジカメを語ろう18台目【お宝】
Sony α7 Series Part160 (ワッチョイ有）
PENTAX K-1/K-1 Mark II Part47
FUJIFILM X-Pro1/X-Pro2 Part43
キヤノンがカメラ事業の軸足を法人向けに移す
教祖 餃子(よちゃん)と信者達
Canon PowerShot G1X/G3X/G5X/G7X/G9X series ★11