Web2.0の先にあるC10K問題 ― @IT
個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」(クライアント1万台問題)だ。プロセス番号が足りなくなるパンクするのは例えばプロセス番号だ。Ajaxの実装として最近注目されている技術に“Comet”(コメット)と呼ばれるものがある。HTTPのセッションをあえて切断せずに、サーバとクライアント間でつなぎっぱなしにするテクニックだ。Com... > 続きを読む
URL: | http://www.atmarkit.co.jp/news/analysis/200701/09/c10k.html |
---|---|
注目: | 『@IT』の注目エントリー |
ブログパーツ: | 注目エントリーをブログに貼り付け |
カテゴリー: | コンピュータ・IT |
キーワード: | クライアント サーバ Comet スレッド プロセス Web サービス |
タグ: | ajax114 c10k110 Web2.0102 comet75 web47 programming34 server29 c10k問題24 development22 linux21 |
参考になった: | はい 0 0 いいえ |
はてなブックマークはインターネット上でブックマークを管理できるオンラインブックマークサービスです。自宅でブックマークしたページを会社や学校でも取り出すことができます。ブックマークやコメントを他のユーザと共有して楽しむこともできます ... もっと詳しく
ブックマークしているユーザー (339 + 79)
- foosin C10K
- sakudiary
- dkonno
- Ubuntu
- goinger
- webmarksjp scalability
- rekramkoob
- matsutakegohan1
- nowokay
- kitamita
- starcycle
- nagasama
- msk
- nobusue
- sakaiwa
- ziyunzi
- kakeda
- imaiworks スケール
- haida
- parkbench
- lamich
- nekodora
- gothedistance クライアントからのコネクション数で死ぬ、か・・・。
- hmsd
- jumping_indian
- aopico
- ftnk 「C10K問題」(クライアント1万台問題)
- track8
- quitada C10K 問題が Web 2.0 系サービスの隆盛で表面化しやすそうな感じですね。
- nipotan wema3 のリンク先が wema3 ではない件について
- crema
- hejihogu
- mbahacks
- jojo_a_gogogo
- mojaru
- ono_matope
- hisashi-i サーバに同時接続するクライアントが10万を越えるとサーバがパンクするというC10k問題についての分析を記載している。
- kgbu
- hiroki23
- zankey
- bookslope
- kanouk
- solitary_shell 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする
- dosequis
- wisboot
- antipiste
- hogem
- mkt
- Meguu Cometの問題
- ktomo
- kasahi
- starsky5
- nobihaya
- namikawamisaki クライアント1万台問題
- tamoty
- dshina
- asada_santohei
- cou929
- takunama
- peltier
- tomoyoukey
- Mobius1 規模が大きくなるといろいろなところで問題が出てくるんだなぁ
- nokuno クライアント10000台問題
- h-a 膨大な数の軽い処理
- winglea
- criscross
- zi1ch
- manboubird comet
- toshi19650104
- hane-lab
- qptaro
- oinume C10K問題
- ichirot
- tronmc
- Kanasansoft
- takef
- shoism
- samejima
- doggedlyrefuse web2.0
- blunato
- match_tool
- gfidlb [system:unfiled]
- hkushima [system:unfiled]
- Yusuke_Yamamoto 大量のアクセスのあるときのマルチスレッドの問題点
- kizats
- cnomiya
- slash_01
- udy
- andoichi
- EasyGoer
- sudo44ug Lingrなどのcomet(コメット)によってサーバーがパンクする問題
- kosaki
- tksmd C10K
- yappo precuredaisuki
- defiant
- tinsep19
- kamawada
- wushi
- the-day
- yassai C10Kとはクライアント1万台問題
- kirara_397
- cu39
- kuni92
- kenkitii
- Wacky
- mahnom
- aaii
- HISAMATSU
- aratako0
- kanbayashi c10k問題。なんじゃそら。
- fuki1234 cometが標準的な技術になりそう。てか、HTTPの限界だよなぁ。
- aebisawa
- mjmania
- pmakino
- loosecontrol
- ysano2005
- sagantea
- AzukiPochette
- hitit_job
- nari_san
- tfukui
- dragonet
- diary193
- Dryad
- bukemu
- cvyan
- feilong
- kirikiris
- emergent
- k_37to
- kanemoto_0723
- ukey8
- northweaver
- toukix
- thrakt
- yhanada
- dire
- nikkoro
- makihiro
- usj12262 C10K
- shmz
- yukio2005
- g00gle
- tamayura555
- tobiaki
- dann
- yupo5656 『1万スレッドであれば20GBのメモリが必要になる』は1プロセス内に1万スレッドだと、ということか。「メモリ」という語も誤解を招きそう(VSZの話ね)。1プロセスに与えられたアドレス空間(3GB)では不足する、くらいが妥当。
- natalico
- field_combat
- wekenny
- youtarom
- talo
- kuniyon
- ike01
- ketsugeishi 読み方はしーてんけーもんだいでいいんでしょうか?なんかしっくりこないw
- xschu
- papanda0806
- FTTH
- ketorman
- happymercus
- kdaiba cometの問題点
- tsupo 一部の先進的な開発者が試行錯誤しながら個別に実装しているCometについても、HTTPサーバでの対応やライブラリの整備が望まれる。実際、その名もずばり「Cometd」というプロジェクトなどが始まっている
- ushi1019
- dodolaby
- kotukotu_G アクセスするクライアントが多すぎてサーバーのプロセスIDがたりなくなるとかなんとか。
- tur2k3 HTTPのセッションをあえて切断しない“Comet”。Apacheなどはクライアント1リクエストに1プロセス。プロセス番号の限界から3万超クライアントで破綻。1万クライアントはOKでも10万クライアントに対応できない問題をC10Kと。
- yoshitetsu 分散したら?
- ksakai
- todogzm APサーバを複数台用意すればOK? そもそもソケットの上限とかは? いまいち謎記事。
- tiga
- suibun
- tpo4126
- orz_horie
- bizarre_sprout
- ustam
- mattarin
- mirrorbz
- fk_2000
- sivadselim
- sweeper “Comet”(コメット)と呼ばれるものがある。HTTPのセッションをあえて切断せずに、サーバとクライアント間でつなぎっぱなしにするテクニック
- kenzy_n
- harumomo2006
- nsta Ajaxの実装のひとつに、HTTPを繋ぎっぱなしで動作させるCometという技術があるらしい。ところが、クライアント数が10,000件を超えるとOSが耐えられない。
- nezuku Linuxのプロセス数制限に話がそれているような. マルチスレッドにすればいいだけじゃないの?
- komz
- mitsuki_engawa
- etale プロセス番号は符号付き16ビット整数
- hirusagari
- otom
- kimuratoshifumi
- takestic
- tokada
- kai10
- sanpo7
- boon2187
- asaox
- nminoru
- yamanetoshi
- sd8g
- horihorio
- kintheworld
- obata9
- shoma
- itukichi
- x256
- animist
- takuno あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」(クライアント1万台問題)だ。
- hatecha
- kazz7 C10K問題。初めて知りました。
- june29 AjaxやCometの一般化にまつわる問題
- hirose31 comet lingr wema3 Thinkature 1ギザ歩譲っても「パンクするのは例えばプロセス番号だ」を最初にもってくるのはどうかと思う。あとWema3のリンクもナゾすぎる(訂正されたぽ)。やっぱ、ナウいギャグか迷彩釣り記事なのかしらん?
- yooo_gooo
- postjp2000
- butler2
- bechiharu0209
- orangehalf
- makoto15
- takech
- citora
- yuiseki
- fuktommy
- foreseti
- suVene
- ghostbass web2.0 === ajaxなの?
- xxxsyuhei
- thiroyasu
- ooyutanoo
- m_yanagisawa
- acqua_alta
- medihen アーキテクチャ]
- niwaringo
- HaSUmi
- keitamotegi
- kazuo_nagaoka
- ziguzagu クライアント1万台問題
- masuken99
- rintaromasuda
- yamaz [web] C10Kが問題になるのは同意だけど,誤解を招きそうなので、フォローしてみた。 http://d.hatena.ne.jp/yamaz/20070110
- wizz
- genms
- kiimi
- mametanc
- urekat
- dkoji
- festiva1300 cometのようなサービス実現には1リクエスト1プロセスというモデルでは対応できないよという話
- cubed-l
- shidho 今すぐ問題にはならないと思うが、今のうちに考えておいたほうが良さそうだな。
- tyamamoto
- mappue
- kurumai
- yamaeda
- tsuchii2000
- Bell000
- shout_poor
- d-sasuke
- horixx 付箋
- toremoro
- shutaro
- tmyk25
- stylezero
- tks_period LingrってComet使ってたのか。なるほどな。 最近UDPってもうちょっと有効に使えないもんかとよく考える。別経路(HTTPとか)があればUDPHP可能だし。でも環境選ぶのは問題か。
- associee
- mo-mo-mo
- yama0
- gnw
- Cuckoo
- yaemon Ajax に潜む危険
- webartisan
- koyhoge cometのクライアント1万コネクション問題。
- masakanou
- hirose504
- blogmode
- bwhr クライアント1万台問題。
- yamamotodaisaku
- kilo
- hoge1229
- westerndog
- pasela
- paulownia
- billiejoe
- uchiuchiyama
- acchi24
- lapis25
- shozzy スケールアウトしたら解決、ってのは認識甘い?
- gelevenz
- nishiyamat
- kminoru まちがっちゃーいないけど、1台で10kのクライアントを処理させようとするところに無理がある。
- Yuhto
- Kmusiclife
- ikebe
- zee8
- DesignCrew リアルタイム性の高いWebアプリケーションにおけるハードウェア問題
- d-nkt
- adamrocker C10K(クライアント1万台)問題とはサーバにアクセスするクライアントマシンが1万台以上になるとハード以前にOSが対応できなくなるという問題。つまりプロセス番号の枯渇が問題。一般的なOSは約3万プロセスしか扱えない。
- NOP
- snotes
- mat9215
- piccadillyumeda
- funineko
- morioka
- arao_arao
- ytesaki
- kengon
- ringo_
- odz プロセス数制限より、ソケット数制限の方が先に限界が来るような気が。
- NOV1975 問題の本質は「スケールにあったアーキテクチャとハード構成を考えて設計しているか」だと思うけど。
- kazeburo
- Okojo
- lockcole たしかにCometのモデルにはHTTPを使うことの制限というか限界が見え隠れするわけだけど,それってC10K問題って呼べるのかな。サーバマシンを分散させる手もあるわけだし,なんかどうにでもなりそうな・・。
- sirouto2
- d4-1977
- tasukuchan
- otsune
- mitch0702
- naoya マルチスレッドに関する記述が参考になった。
- wwolf
- youpy
- A13
- vsa
- pale-ale
- aki77
- arrun
- mainyaa cometだけっぽいな.
- peicozy
- bonlife
- andsoatlast
- ryu22e
- mtroty
- mac10
- skimatic
- SoLeiL
- hideblo
- r-west サーバのプログラミングモデルではなく、HTTP自体のモデルに合わないんだろ。昔HTTPがIPを殺すって記事があったがゾンビにする気か?
- msh_trumpet 説明が怪しいような気がするが、とりあえずブックマーク
- megane2006
- tajuta
- IGA-OS WEBアプリケーションの将来的不安要因
- itsbibuq
- boussk
関連エントリー enhanced by Preferred Infrastructure
このエントリーを含むエントリー (9)
- Life is beautiful: マルチ・スレッド(multi-thread)プログラミン... satoshi.blogs.com 140 users
- 最速配信研究会 - Web2.0とC10Kに関する数々の誤解 d:id:yamaz 222 users
- twitterブームの陰で注目を集める“Erlang” - @IT www.atmarkit.co.jp 512 users
- スケールするサイトのアーキテクチャ考 d:id:kazuk_i 19 users
- Twitterがスケールに苦しむ理由 - スケールするサイトのアーキテクチ... d:id:kazuk_i 79 users
- 編集者賛歌(その2)~今年優れた記事を最も量産した人 - YAMDAS現更... d:id:yomoyomo 33 users
- レビログ::C10K問題?・・やはり、Webで叫ばれるのは商用ベースで話... revilog.com 9 users
- www.textfile.org - Web2.0の先にあるC10K問題 d:id:textfile 3 users
- まだ存在しないサービスがネタに挙がっている件 - てくのーと 2007 kan.vc 5 users
このエントリーを含む日記 (18)
- スケールするサイトのアーキテクチャ考 (Lang-8開発日報) kazuk_i
- kazukilog kazuki_83
- ソフトなぶろぐ covanew
- YAMDAS現更新履歴 yomoyomo
- Aufheben - GLAD!! の日記 aufheben
- めざせ!金持ち父さん quitada
- 亀blogじゃないっ! in Tokyo ragnrok
- Hell o world (foo) daftbeats
- another diary akakit
- あるディレクタのメモ ぽに chi-takeuchi
- linoの日記 lino
- Ryoの開発日記 kanbayashi
- NAT’s Programming Champloo NAT_programming
- www.textfile.org textfile
- 最速配信研究会 yamaz
- urekatのスカンク日記3 urekat
- 副長日誌 - 私的記録 rev-9
- wakatonoの戯れメモ wakatono