現在最速で最軽量のプログラムの組み合わせはなんだ

0001セルフィ・プッシュ ◆AGPUSH9926

2006/08/06(日) 09:47:13ID:????2BP(0)

実用的でコストも踏まえた最速で最軽量のプログラムの組み合わせを語って欲しい
現在で最速かつ最軽量なプログラムの組み合わせが何かという結論が出ていない
もし実用的でコストが低く纏まるプログラムの組み合わせの結論が出たら、
コストを度外視したプログラムの組み合わせを議論することにします
WEBProg板とWEB製作板のプログラマーの英智を結集してこの問題の結論を出して欲しい

言語はmod_perl(SpeedyCGI FastCGI)とmod_PHP(PHP4 PHP5)とCとJavaなどetc
アプリケーションはApache, CGI, JSP/Servlet, ASP, ColdFusionなどetc
データベースはOracle, PostgreSQL, MySQLなどetc

【アプリケーション】
【データベース】
【言語】
【意見】

00021 ◆hP2BOw2uR.

2006/08/06(日) 09:49:53ID:???

存分に語って頂きたい

0003nobodyさん

2006/08/06(日) 09:58:55ID:???

つトレードオフ

0004nobodyさん

2006/08/06(日) 10:28:27ID:???

>>３
いきなりかよｗ

0005nobodyさん

2006/08/06(日) 11:29:22ID:???

そもそもドメインスペシフィックだろ.
ネームスペースのないPHPで大規模やる馬鹿はいないし、小規模開発でわざわざJavaを持ち出す必要もないわけで...

0006nobodyさん

2006/08/06(日) 12:25:00ID:wp25xpoW

Kent

00071 ◆hP2BOw2uR.

2006/08/06(日) 13:00:44ID:???

じゃあ大規模と小規模で分けて最速で最軽量のプログラムの組み合わせを考えていこう

大規模では
【アプリケーション】
【データベース】
【言語】
【意見】

小規模では
【アプリケーション】
【データベース】
【言語】
【意見】

0008nobodyさん

2006/08/06(日) 17:11:25ID:???

そんなこと気にしなくても特定状況でベターな組み合わせってのを適当に列挙すりゃいいんでしょ？

例えばWeb鯖とDB鯖が一緒になってる場合と分けられてる場合だけでも手札は違うんだし。

0009nobodyさん

2006/08/06(日) 20:41:54ID:???

>>1
アプリケーションサーバの選定が無いのは何で。
大規模になれば100％発生する話だが。

0010nobodyさん

2006/08/06(日) 20:52:01ID:???

てか１にも２にも回線でしょ？
って思っちゃう俺は素人。

0011nobodyさん

2006/08/06(日) 21:46:54ID:sjZAg5e5

CとOracleだろ

0012nobodyさん

2006/08/06(日) 21:47:24ID:???

ドメインスペシフィックの検索結果約 354 件中 1 - 10 件目 (0.15 秒)

0013nobodyさん

2006/08/06(日) 21:47:34ID:???

アプリ次第だね。得ろ動画とかなら回線の太さも必要だろうけど
リクエストが多くてアパッチが追いつかない場合も結構ある。

0014nobodyさん

2006/08/07(月) 04:52:27ID:???

＞実用的でコストも踏まえた最速で最軽量のプログラムの組み合わせ
という観点で見た場合
【言語】Perl
【WebServer】Apache2 worker
【AppServer】Apache2 worker/mod_perl2
【DBServer】MySQL5 MyISAM,InnoDB
【意見】
mod_perlは高負荷時に不安定になるので、余裕を持たせたロードバランスをする必要がある。

0015nobodyさん

2006/08/07(月) 21:00:05ID:???

quad cpu+16GBメモリのDBサーバー2台に32TBのストレージシステムぶら下げて
ロードバランシングで6台のサーバーを置き、
回線はハイパー二回線をメインにUSENを八本入れてる。
でもロードバランシング用のPCがセレロンだけど、perlだろうがphpだろうが爆速

まぁ都心の新築ワンルーム買えるぐらいいくけど。

0016nobodyさん

2006/08/07(月) 22:12:28ID:???

"domain specific" の検索結果約 9,080,000 件中 1 - 10 件目 (0.20 秒)

00171 ◆hP2BOw2uR.

2006/08/08(火) 01:40:38ID:???

>>14
なるほど、大規模サイトの方での意見はありませんか？

0018nobodyさん

2006/08/08(火) 07:55:28ID:???

良スレにしたければ黙ってる方がいい。

00191 ◆hP2BOw2uR.

2006/08/08(火) 13:40:59ID:???

>>18
分かりました。ではご自由に議論下さいませ

0020nobodyさん

2006/08/08(火) 14:50:42ID:???

swat

0021nobodyさん

2006/08/08(火) 15:35:27ID:hMwFwjrN

質問です。

HTTPリスナーが２つのアクセスを受信したとき、
最軽量というか最も短い時間間隔はどれくらいでしょうか？

0022nobodyさん

2006/08/08(火) 16:10:31ID:???

lighttpd+fastCGI+MySQLはどうよ

0023nobodyさん

2006/08/08(火) 16:12:36ID:???

使える環境ならC/ApacheModuleが現実的だな。
C/CGIはメモリ管理から全部プログラマの責任、しかも遅いがApacheModuleならメモリ管理はApacheがやってくれるし、APIも大量にある。

しかし、mod_phpやmod_perlの速度なら十分だと思う。
共有鯖だとmod_perlは現実的じゃないな

0024nobodyさん

2006/08/08(火) 16:13:31ID:???

NICドライバがHTTPレスポンスを返せばいいじゃまいか

0025nobodyさん

2006/08/08(火) 16:14:15ID:???

CでApacheモジュール書くのが断然速いだろ

0026nobodyさん

2006/08/08(火) 16:15:53ID:???

大量に訪問者がいるタイプの場合は、
アパッチじゃなくてトムキャットの出番だろ

あとは、アセンブラで書くとか炒ってるビギナーは
コンパイラの最適化を知らないんだなきっと。

0027nobodyさん

2006/08/08(火) 16:38:08ID:hMwFwjrN

回答ﾖﾛ >>21

0028nobodyさん

2006/08/08(火) 16:54:39ID:???

>>27
お前死ね　質問は質問スレでしろ荒らし、さっさと消え失せろ

0029nobodyさん

2006/08/08(火) 18:10:51ID:hMwFwjrN

最軽量の判定基準が >>21 になるんだお。

0030nobodyさん

2006/08/08(火) 20:41:29ID:???

64bitｱｾﾝﾌﾞﾗをちゃんと書けるプログラマがapache、perl、phpの
開発に加わって最適化すれば勝手に速くなるんじゃね？

0031nobodyさん

2006/08/08(火) 21:58:51ID:???

>>30
汎用化したものを利用するとオーバーヘッドが発生するからな。
開発コストを度外視するなら、
コンパイラ以上の最適化を行えるアセンブラ使いが、0から開発した方が速くなる。

LSI作っていいなら、そのほうがより速くなる。

0032nobodyさん

2006/08/08(火) 22:35:54ID:???

大規模の方は意見が出てないな

0033nobodyさん

2006/08/08(火) 22:42:51ID:???

恐らく移植性重視

0034nobodyさん

2006/08/09(水) 02:15:58ID:???

大規模サイトだとmodPHP(PHP5)が有効なのかな？
俺は経験不足なもんで組み合わせが何が良いかが分からない･･･

0035nobodyさん

2006/08/09(水) 02:19:27ID:???

大規模
【言語】J2SE 1.4.2_12
【WebServer】Apache 1.3.37 + mod_jk 1.2.18
【AppServer】JBoss 4.0.4
【DBServer】Oracle10g R2

0036nobodyさん

2006/08/09(水) 02:35:34ID:???

大規模　ＪＡＶＡ
中小器　ＰＨＰ、ＰＥＲＬ
生産性　ＰＨＰ・ＰＥＲＬ＞ＪＡＶＡ
分散機能　ＪＡＶＡ＞ＰＨＰと聞いたことがあります

0037nobodyさん

2006/08/09(水) 02:56:29ID:???

大規模と小規模ってそれぞれどれぐらいなんでしょうか？
HIT数で決めるんですよね？そうだとすると2chは大規模サイトなの？

0038nobodyさん

2006/08/09(水) 03:02:47ID:???

>>37
機能的に、でしょ。
2chは小規模なプログラムの集合体だし。

0039nobodyさん

2006/08/09(水) 09:20:50ID:???

>>26
> アパッチじゃなくてトムキャットの出番だろ
ベンチ取ったら自分が間違ってるって分かるよ。。。

0040nobodyさん

2006/08/09(水) 23:16:56ID:???

2chって小規模なプログラムの集合体なんだ
掲示板だけじゃないの？それに良く落ちるけどmod perlだから？

0041nobodyさん

2006/08/09(水) 23:30:44ID:???

日本における大規模(w

【言語】Java
【WebServer】FJApache
【AppServer】Interstage Application Server
【DBServer】Symfoware

【言語】Java
【WebServer】HitachiWebServer
【AppServer】uCosminexus Application Server
【DBServer】HiRDB

0042nobodyさん

2006/08/10(木) 00:48:48ID:???

>>40
mod_perlではない

0043nobodyさん

2006/08/10(木) 00:57:45ID:???

ところで>>35 >>41じゃどっちが最速最軽量なのか、俺はJava詳しく無いから知らん

0044nobodyさん

2006/08/10(木) 01:00:07ID:???

>>42
mod_perlじゃなかったの？PHPで書かれている部分があるのは知ってたけど

0045nobodyさん

2006/08/10(木) 01:32:10ID:???

>>44
こんなページあった
ttp://sunos.saita.ma/2ch-cgi-lw.html

0046nobodyさん

2006/08/10(木) 05:59:07ID:???

大規模と小規模に意見が出たがプログラマーの皆はこれが最速最軽量ローコストで納得なのか？

0047nobodyさん

2006/08/10(木) 08:35:28ID:???

別にどーでもいい。決めたところですぐに次が出てくるし。

0048nobodyさん

2006/08/10(木) 13:27:01ID:???

コーディング次第で速くも遅くもなるのでチームの手腕次第でFA

0049nobodyさん

2006/08/10(木) 13:44:18ID:???

軽量ではないがRailsに一票

0050nobodyさん

2006/08/10(木) 15:03:42ID:???

だからハードウェアプログラミングだと何回言わせたら(ry

0051nobodyさん

2006/08/12(土) 00:40:07ID:???

>>44
read.cgi
C言語、JavaScript+Apache Module化実験中

bbs.cgi
Perl(SpeedyCGI)、Apache Module(C言語)

携帯用
PHP

0052nobodyさん

2006/08/22(火) 03:47:40ID:GNbk/Non

実装を問わず、アプリケーションロジックの深い所に入ったりRDBMS等に
アクセスが発生するとどうしても重くなるわけで。。。

と言うわけで、どのようにキャッシュの実装を行うかという所がミソだと思う。

0053nobodyさん

2006/08/22(火) 23:36:34ID:???

キャッシュは論理的実装だからスレ違いじゃないか。

0054nobodyさん

2006/08/23(水) 00:07:57ID:???

大規模、小規模ってアクセス数とかの話しじゃなくて、プログラム規模
(ステップ数、工数等)で決めるって事だよね？

数千万ステップ級から100ステップ程度の入力フォームまで
色々あるわけだが、どのぐらいと考えるべきなんでしょかね？
10万ステップ級、100万ステップ級とかでも判断が分かれてくるかも知れない。
また、バックエンドの処理が複雑な分散トランザクションが中心となる物も
あるし、数値科学演算がメインの処理系もある。フロントエンドだけやけに
複雑だけど、バックエンドは単純な物もある。

なかなかひっくるめて判断するのは難しいな。
例えばヤフオクの最適解は何か、mixiの最適解は何かとか、そんな感じの
方が真面目に議論できるような気がする。

0055nobodyさん

2006/08/23(水) 10:27:39ID:???

>54のせいでクソスレ確定
そして糸冬了

0056nobodyさん

2006/10/01(日) 11:28:16ID:OQDdtsSV

>>54
それだったら、Googleみたいにコンピュータアーキテクチャから考え直したほうがいい。

0057k ◆WFGp1NZuiw

2006/10/01(日) 15:08:04ID:???

>Googleみたいにコンピュータアーキテクチャ
？
Google ってコンピュータとぽしては汎用の x86 を使ってるじゃないんですか？

ラックだとか電源だとかはコンピュータアーキテクチャと言わないだろうし...