タグ

2009年8月27日のブックマーク (9件)

  • liveventの意義

    最近注目度ナンバーワンのmemcachedであるが、そのソースコードはシンプルでありビルドも非常に簡単なのだが、リンクするべきライブラリがただ一つだけ存在する。それがlibeventである。 http://monkey.org/~provos/libevent/ libeventとはその名の通りイベント通知ライブラリである。と言っただけではなんのこっちゃ?!と思われることだろう。別の言い方をすると非同期I/Oライブラリてな感じだろうか。 ※オトコたるもの滅多なことでそもそも論をしてはいけないが、非同期I/Oについて語らねば先に進まないので致し方なしとする。 そもそもディスクへの読み書きなどのI/O処理は他の電子部品とは違い、もの凄く遅い。電子部品はその名の通り電子の速さで処理が進むが、ディスク装置などには駆動部があったりするのでI/O処理はCPUなどの電子部品と比べると極めて遅いものになる

    liveventの意義
    willnet
    willnet 2009/08/27
    libeventは各種アーキテクチャの非同期I/Oインターフェースをラップしてくれるライブラリ
  • モバゲータウンがゲームAPIを公開--SNSオープン化の波がモバイルにも

    ディー・エヌ・エー(DeNA)は8月27日、モバイルポータルサイト「モバゲータウン」のゲームAPIを公開すると発表した。外部開発者を巻き込んで提供するゲームの数を増やし、売り上げ拡大につなげたい考えだ。 Googleが中心になって策定したソーシャルネットワーキングサービス(SNS)向けのAPI「OpenSocial」に準拠したAPIのほか、DeNAのゲーム制作ノウハウをつぎ込んだというゲームAPI、課金APIなども用意される。サービス事業者やゲーム開発者はAPIを利用することで、モバゲータウン内でゲームを公開できるようになる。 DeNAは9月上旬に開発者向けのサイトを開設する計画。開発者はゲームの課金収入をDeNAと分け合うほか、ゲーム内広告も掲載できるようになるという。 SNS事業者はサービス拡大のため、外部開発者がサービスをSNS内で公開できるようになってきている。国内最大手のmixi

    モバゲータウンがゲームAPIを公開--SNSオープン化の波がモバイルにも
  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
    willnet
    willnet 2009/08/27
    トリプルディスプレイうらやましす
  • 第5回 memcachedの運用と互換アプリケーション | gihyo.jp

    株式会社ミクシィの長野です。memcachedの連載も今回が最終回になります。前回までmemcachedに直接関連する話題を中心に書いてきましたが、今回はmixiでの事例や運用に関する話題、memcachedの互換アプリケーションについて紹介します。 mixiでの事例 mixiではサービスの初期の頃からmemcachedを利用していました。memcachedはサイトへのアクセスの増加が、データベースのスレーブを増やしていく方法では追いつかないほど急激にのびていく中で導入して行きました。加えてスケーラビリティを向上させていく手段として検証を行い、十分な速度と安定性があることが確認できたことも導入の理由になります。現在ではmemcachedはmixiのサービスを提供していく中で非常に重要なコンポーネントとなっています。 図1 現在のシステムコンポーネント サーバ構成と台数 mixiではデータベ

    第5回 memcachedの運用と互換アプリケーション | gihyo.jp
    willnet
    willnet 2009/08/27
    memcachedの起動時に指定する割当メモリはmemcachedに保存できるデータの量で,「slab allocator」が確保するメモリや,データを保持するための管理用の領域を含んでいません/daemontoolsでmemcachedのプロセスを監視して再起動
  • 第4回 memcachedの分散アルゴリズム | gihyo.jp

    株式会社ミクシィの長野です。第2回、第3回と前坂がmemcachedの内部について紹介しました。今回は内部構造から離れて、memcachedの分散についての紹介をいたします。 memcachedの分散 連載の1回目に紹介しましたが、memcachedは「分散」キャッシュサーバと言われていますが、サーバ側には「分散」の機能は備わっていません。サーバ側には当連載の第2回、第3回で前坂が紹介したメモリストレージの機能のみが組み込まれており、非常にシンプルな実装となっています。では、memcachedの分散はどのように実現しているのかと言うと、すべてクライアントライブラリによって実現されます。この分散方法はmemcachedの大きな特徴です。 memcachedの分散とは ここまで数度「分散」という言葉を用いてきましたが、あまり詳しく触れてきませんでした。ここでは各クライアントの実装に共通する大ま

    第4回 memcachedの分散アルゴリズム | gihyo.jp
    willnet
    willnet 2009/08/27
    memcachedはそれ自身では分散機能は持っていない/CRCの剰余で分散/Consistent Hashingとかいう方法で分散
  • 第3回 memcachedの消去メカニズムと今後の動向 | gihyo.jp

    memcachedはキャッシュなので、特定のデータが常にサーバに存在しないことが前提でシステムに導入されます。今回はmemcachedのデータ削除メカニズム、そしてmemcachedの最新動向であるバイナリプロトコルと外部エンジンサポートをご紹介いたします。 memcachedはデータ削除もリソースを有効活用する memcachedから実際にデータは消えない 前回の記事で紹介させていただきましたが、memcachedは確保したメモリを解放しません。レコードはtimeoutが過ぎたらクライエントから見えなくなる(invisible・透明になる)だけで、その領域は再利用される仕組みです。 Lazy Expiration memcachedは内部的にレコードがexpireしたかの監視を行いません。替わりにgetする際にレコードのtimestampを見ることで、そのレコードがexpireしたかをチ

    第3回 memcachedの消去メカニズムと今後の動向 | gihyo.jp
    willnet
    willnet 2009/08/27
    memcachedは内部的にレコードがexpireしたかの監視を行いません。替わりにgetする際にレコードのtimestampを見ることで,そのレコードがexpireしたかをチェックします。
  • Amazonが仮想プライベート・クラウドの試験サービスを開始

    Amazon.com傘下の米Amazon Web Servicesは米国時間2009年8月25日,Amazonのデータセンターを社内システムの一部として扱える「Amazon Virtual Private Cloud(VPC)」の試験サービスを開始したと発表した。同社のIaaS(Infrastructure as a Service)「Amazon EC2」の仮想マシン群をIPsecによるVPN上で利用できる。 Amazon VPCは,ユーザーが用意するVPNルーターと,AWSが用意する仮想ルーターをIPsecで接続するインターネットVPN構築サービス。ユーザーがプライベート・アドレスを設定し,EC2の仮想マシンに同アドレスを割り当てて使う。IPsecによる認証/暗号化機能により,インターネットVPNと同等のセキュリティ強度を維持できる。 ユーザー側VPNルーターの要件は,IPsec,B

    Amazonが仮想プライベート・クラウドの試験サービスを開始
    willnet
    willnet 2009/08/27
    インターネットVPN
  • 第2回 memcachedのメモリストレージを理解する | gihyo.jp

    株式会社ミクシィ 研究開発グループの前坂です。前回の記事でmemcachedは分散に長けた高速なキャッシュサーバであることが紹介されました。今回はmemcachedの内部構造がどう実装されているのか、そしてメモリがどう管理されているのかをご紹介します。また、memcachedの内部構造の事情による弱点も紹介します。 メモリを整理して再利用するSlab Allocationメカニズム 昨今のmemcachedはデフォルトでSlab Allocatorというメカニズムを使ってメモリの確保・管理を行っています。このメカニズムが登場する以前のメモリ確保の戦略は、単純にすべてのレコードに対してmallocとfreeを行うといったものでした。しがしながら、このアプローチではメモリにフラグメンテーション(断片化)を発生させてしまい、OSのメモリマネージャに負荷をかけ、最悪の場合だとmemcachedのプ

    第2回 memcachedのメモリストレージを理解する | gihyo.jp
    willnet
    willnet 2009/08/27
    Slab Allocatorアルゴリズムを利用して、データをchunkに分けることでメモリのフラグメンテーションを起こさないようにしている/slabのサイズの分布をチューニングできる/telnet→statsで内部状態を調べられる
  • 第1回 memcachedの基本 | gihyo.jp

    株式会社ミクシィ 開発部 システム運用グループの長野です。普段はミクシィのアプリケーション運用を担当しております。今回から数回にわたり、最近Webアプリケーションのスケーラビリティの分野で話題になっているmemcachedについて、弊社開発部 研究開発グループの前坂とともに、使い方や内部構造、運用について解説させて頂きます。 memcachedとは memcachedは、LiveJournalを運営していたDanga Interactive社で、Brad Fitzpatrick氏が中心となって開発されたソフトウェアです。現在ではmixiやはてな、Facebook、Vox、LiveJournalなど、さまざまなサービスでWebアプリケーションのスケーラビリティを向上させる重要な要素になっています。 多くのWebアプリケーションは、RDBMSにデータを格納し、アプリケーションサーバでそのデータ

    第1回 memcachedの基本 | gihyo.jp
    willnet
    willnet 2009/08/27
    シンプルな行ベースのプロトコル/libeventによるイベントハンドリング