サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
夏と冬に開催されている世界最大の同人誌即売会・コミックマーケット（コミケ）とは別に開かれる5年に一度のスペシャルなイベント、「コミケットスペシャル」が、2015年春に幕張メッセ（正式名称：千葉県日本コンベンションセンター国際展示場）にて開催されることがわかった。 次回コミケットスペシャルの幕張メッセ開催が決定し話題 コミケットスペシャルとは、5年に一度行われる特別なコミケイベントで、前回は2010年に水戸にて開催されている。今回はコミックマーケット40周年を記念して2015年春に第6回が行われるのだが、その会場が幕張メッセということで非常に話題を呼んでいる。 幕張メッセの敷地面積は、現在コミケが開催されている東京ビッグサイトの7割程度だが、日本国内を探してもこの大きさのスペースを取れるイベント会場は東京ビッグサイトと幕張メッセ以外にはまず存在しない。関係者によると、1万サークル弱程度の参加
夏と冬に開催されている世界最大の同人誌即売会・コミックマーケット（コミケ）とは別に開かれる5年に一度のスペシャルなイベント、「コミケットスペシャル」が、2015年春に幕張メッセ（正式名称：千葉県日本コンベンションセンター国際展示場）にて開催されることがわかった。 次回コミケットスペシャルの幕張メッセ開催が決定し話題 コミケットスペシャルとは、5年に一度行われる特別なコミケイベントで、前回は2010年に水戸にて開催されている。今回はコミックマーケット40周年を記念して2015年春に第6回が行われるのだが、その会場が幕張メッセということで非常に話題を呼んでいる。 幕張メッセの敷地面積は、現在コミケが開催されている東京ビッグサイトの7割程度だが、日本国内を探してもこの大きさのスペースを取れるイベント会場は東京ビッグサイトと幕張メッセ以外にはまず存在しない。関係者によると、1万サークル弱程度の参加
みなさんこんにちは！12月の2週目が始まり年末にかけて仕事もプライベートも色々な準備に追われる時期ですね。 今日は以前書いたRanking Storageの続きの話をしたいところなのですが、諸事情でまだまだいいとこまで行っていないので今日はInnoDBのmain threadについて書いてみたいと思います。そんなにMySQLに詳しくないので間違っている部分があれば@chobi_eまで突っ込んでいただければ嬉しいです。 InnoDBのアーキテクチャ概要 InnoDBではパフォーマンスを向上させるための様々な努力がされているのですが、代表的なものといえばBuffer Poolですね。 僕の理解の範囲だと（正確じゃないでしょうが）きっとこんな感じでInnoDBは構成されているはず。 さて、InnoDBのキモとも言えるBuffer Poolですがどのように動作しているかざっくり説明するとこんな感じ
この記事は Ruby Advent Calendar 2013 の 9 日目の記事です。 前日は aoitaku さんの [Ruby] かっこつけないで でした。 はじめに 2.1.0-preview2 が出たので、普段使いの Ruby を 2.1 にしてみました。 (inspired by rbenv global 2.0.0-rc1 した話 - sojourn) インストール $ brew install readline # if you need $ (cd ~/.rbenv/plugins/ruby-build && git pull origin master) $ CONFIGURE_OPTS="--with-readline-dir=`brew --prefix readline` --enable-bundled-libyaml" rbenv install 2.1.0-
12:23 antipop_: http://shibayu36.hatenablog.com/entry/2013/12/09/095849 ★2 12:23 antipop_: オーケストレーションに混乱があるのは ★0 12:23 antipop_: mizzyさんのエントリでは、オーケストレーションという単語が示す通り、 ★0 12:23 antipop_: 中心があって、そこからなんかするという発想で整理している ★0 12:24 antipop_: stanakaさんのほうは中心性がない、あるいは、個体がないもの前提で整理している ★0 12:24 antipop_: なので、orchestrationにふたつの軸があると考えるか ★0 12:24 antipop_: orchestrationではなく、単にmanagementととらえるか ★0 12:24 antipop_:
エンジニアなら詳細が気になるもの。というわけで、個人ブログのほうで yrmcds 1.0.0 リリース記事の技術的な補足をしておきます。 keepalived 使うの、split brain になるんじゃないの？ さてはプロの方ですね。困りますな、そういう突っ込みは！ 気になる人は split brain 起こさない heartbeat をご利用ください。 用途次第でまあどうでもいっかなーという人は keepalived の方が手軽かと思います。 サーバーサイドロックとレプリケーション ロック状態はレプリケーションされません。非同期レプリケーションなのでしても無駄というか。 するとロックした後、フェイルオーバーするとオブジェクトがロックされない状態になるわけです。危険です。 対策として導入したのが、バイナリプロトコルの RaU (Replace and Unlock) です。 このコマンド
@ymmt2005 こと山本泰宇です。去る 7 月に yrmcds という memcached 互換な KVS を公開したことをご案内しました。それから 5 ヶ月経ちましたが、今回は安定版となるバージョン 1.0.0 をリリースをご案内します。 ダウンロードはこちらからどうぞ: https://github.com/cybozu/yrmcds/releases/tag/v1.0.0 0.9.0 からの変更点を短くまとめるとバグがなくなって、memcached より多分高速になっています。ちょっと長めの記事ですが、末尾にいいことが書いてありますので、是非ご一読ください。 yrmcds の特長 レプリケーション サーバーサイドロック No slabs その他 memcached との差異 運用実績と性能 クライアント 0.9.0 からの変更一覧 バグ報告を募集します！ yrmcds の特長 y
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://img.sorah.jp/eject_leds.gif