ゲーム業界に関する素朴な疑問にお答えします。 【TegeYoka.com】
ゲーム業界に関する、大小様々な疑問と回答 ゲーム業界は華々しくもあり、怪しくもある魅惑的な業界です。 一般人から見ると、ゲーム業界に関する大小様々な疑問が有ると思います。 ここでは、そんな疑問に関してお答えしています。 なお、就職や労働環境などに関しては別のコーナーで書いておりますのでそちらをご覧ください。 ゲームに関連しているチームやライブラリーのロゴです。 ゲームを起動すると、プレステやXbox等のゲーム機その物のロゴが表示されます。 場合によっては、その後にも様々なロゴが表示される事があります。 これらは一体何のロゴなのでしょうか？ タイトルによって様々ですが、そのゲームを開発したチームやディベロッパーのロゴだったり、そのゲームで使用されているライブラリーのロゴだったりします。 もう少し具体的に見ていきましょう。 チームやディベロッパーのロゴ ゲーム業界には名の知れたゲーム開発チーム
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」：ITpro
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日，日本最大のソーシャル・ネットワーキング・サイト（SNS）である「mixi」を運営するミクシィのBatara Kesuma（バタラ・ケスマ）取締役最高技術責任者（CTO）が，増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時，米国でFriendsterなどのSNSがはやっており，同氏が会社（現在のミクシィ，当時はイー・マーキュリー）にSNSを作りたいと提案したところ認められたという。同氏が
ユメのチカラ: LiveJournalのアーキテクチャ
先日、mixiのお話を書いた(500万倍のスケーラビリティ)が、幸いにも多くの方からブックマークをいただく。ブックマークのコメントを眺めているとmixiのアーキテクチャはkazuhookuさんとmiyagawaさんからLiveJournalと同様なアーキテクチャだとの指摘をいただく。早速Googleで検索してみた。 LiveJournal's Backend -- A history of scalling, August 2005, Brad Fitzpatrick, 4ページ目の図を見るとmod_perlやらmemcachedやらmixiのお話のとき出てきたおなじみのコンポーネントが見える。ふむふむ。ユーザが増えてくるとDBをマスター・スレーブ構成にしてマスターに書き込みそれをreplicate（複製）する。読み込みはスレーブから行なうので、スレーブを増やせば読み込みはスケールするが、
Rails(ActiveRecord)でデータベースへのコネクションプーリングをさせなくする - はまさき
ActiveRecordを使ったRailsアプリは，デフォルトでデータベースへの接続をプールするようになっています． ActiveRecordユーザとしては待ちわびたぜ！的な機能らしいのですが，設定等でこれをdisableすることが出来ず，LVS+keepalivedを介する場合にはロードバランシングが最初の接続時にしか為されずがなかなか厄介です． 対策として思いついたのは プールした接続を早い周期で捨てる LVS+keepalivedではなく，MySQL Proxyでバランシングする(Proxyへの接続はプール) そもそも接続をプールさせない くらいでした． どうするのがセオリーなのかと調べてみると コネクションプーリングの話 - naoyaのはてなダイアリー 2006-09-03 など4年近く前に議論されていて，"あー，高速道路あるなあ"と，コネクション確立のコストを調べる前に「プール
KLab
ご指定のページが見つかりませんでした URLの変更、もしくはページが削除された可能性があります。 お手数ですが、以下のリンクから目的のページをお探しください。
DSAS開発者のアレ
キーボードショートカット一覧 j次のブックマーク k前のブックマーク lあとで読む eコメント一覧を開く oページを開く ✕
菅さん、衆院解散しちゃいなさいよ: 極東ブログ
民主党小沢一郎前幹事長が9月の民主党代表選に出馬することになった。まあ、出馬することは一向にかまわないがと、素人ながら代表選の票を読んでいくと、ありゃ、小沢さん、勝ちそうだ。ということで、今更、暗澹たる気分になった。これで小沢独裁アゲインか。 小沢さんの自前のグループが150人、これに鳩山さんのグループが50人。これだけで都合200人。民主党所属国会議員は412人。勢いだけで過半数はガチというところだ。 対する菅さんの自前が40人。前原さんは反小沢派ということでこっちに40人プラス。同じく野田さんの30人。都合110人。小沢さんの半分くらい。 お残しは許しへん、ということで、他に目立ったところというと、旧社会党の赤松さんとかが30人と、旧民主党の直嶋さんとかが30人。グレーゾーンが都合60人だが、すでに旧社会党のドン・輿石さんが小沢さん支持に回っているので、それほど菅さんの勢力にならない。
最速配信研究会 - ロードバランサの運用.DSRって知ってますか
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
「コネクションプーリング都市伝説」はほんとに都市伝説?（その3) - 最速配信研究会(@yamaz)
前回のシリアル/パラレル処理の視点に立ってコネクションプールについて考えてみたい. コネクションプールが遅いとは はてなおやさんが考察しているように 普通にmod_perl でコネクションプールを素直に張るとコネクション数が爆発する. 図にすると図1のような感じで個々のapacheがコネクションを複数持つので,サーバ台数が増えるとコネクション数が飛躍的に増えることがわかると思う. 図1 コネクションが爆発してる様子(正直書くのも大変) コネクション数が増えると単純にコネクションを維持するコストも増えていくので， このあたりが「コネクションプーリング都市伝説」の根拠になっていると思われる. これはこれで全くその通りで間違いない. さて,ここでもうちょっと大きな視点に立って,クライアント<->サーバ間の通信路が 1個の伝送路をパケットによって多重化しているととらえてみたい.そうするとここで シ
naoyaのはてなダイアリー - コネクションプーリングの話
かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB
米国標準が世界標準なのはしょーがねーべ - 狐の王国
何気に朝のニュースをチェックしていたら、こんな記事が話題にあがっていた。 なぁ、日本が独自のことをするとガラパゴスと呼んで、アメリカが独自のことをするとグローバルと言うのはやめないか？ - VENTURE VIEW ある意味これはしゃーない。だってアメリカ様が世界標準作ってるんだもの。特にコンピュータやインターネット関連はね。 インターネット (岩波新書) 作者: 村井純出版社/メーカー: 岩波書店発売日: 1995/11/30メディア: 新書購入: 6人 クリック: 520回この商品を含むブログ (47件) を見る この村井純先生の「インターネット」という本、1995年11月が初版という非常に古い本なのだが、日本のインターネット黎明期のエピソードを当事者から話すという形で、読んだのもずいぶん前なのだがおもしろかった覚えがある。 この頃KDDIの国際回線の使用料がパケット単位での課金で、パ
全体最適とボトルネック : 池田信夫 blog
2010年08月27日02:04 カテゴリIT経済 全体最適とボトルネック きのう情報通信政策フォーラムのシンポジウムで「情報通信の競争力」について話して、技術屋さんの悩みに共通点があることがわかった。日本の技術力は（最近はちょっと落ちているとはいえ）絶対的な水準はまだまだ高いのに、世界市場では韓国や台湾にも勝てない。なぜ技術力がビジネスの競争力に結びつかないのかという話だった。 このパズルは、イノベーションの本質を考えれば解ける。前にも書いたように、セイの分類でいえば、日本には勤勉な「労働者」と優秀な「科学者」はたくさんいるが、リスクを取る「起業家」がいないのだ。こういうとき、技術開発にいくら補助金を出しても役に立たない。複数の生産要素でアウトプットを出そうとするとき、必要なのは個別の生産量を最大化するのではなく、まず全体最適を考えて資源を戦略的に配分することだ。そのために大事なのは得意
あえてホメオパシーとの「共生」を考える - H-Yamaguchi.net
どういう経緯か詳しくは知らないが、ここしばらく、ホメオパシーへの批判があちこちで盛り上がっている。日本学術会議やら日本医師会やらがこぞって「根拠がない」との見解を表明している。SYNODOS BLOGの菊池誠さんの記事を見ると、きっかけになったのは、昨年10月に助産師が行ったホメオパシーに関連して乳児が死亡した件あたりだろうか。 こういう風潮の中でこういうことを書くのは若干勇気がいるが、ここではあえて、ホメオパシーとの「共生」を考えるべきではないか、と主張したい。 最初にことわっておくが、私は基本的に、疑似科学の類を信じていない。あまりひとくくりにするのもどうかと思うのでホメオパシーに話を限ると、もしホメオパシーが、上記リンク先の菊池さんの記事に解説されているようなものであるとするならば、科学的な根拠はないと判断せざるを得ない。こう説明されている。 よく用いられるレメディは100倍希釈を3
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flickrシステム概要:phpspot開発日誌
長文日記
長文日記
後藤寿庵先生の「ユダヤがらみ」の話をしよう