タグ

2014年12月18日のブックマーク (5件)

  • percona-toolkitの紹介と各機能の早見表 - Qiita

    Percona ToolkitMySQL等に関する便利なコマンドラインツールの集まりです。 Percona Toolkit Documentation 今回は各ツールの機能を簡単に紹介します。 細かい使用方法に関しては随時追記予定。 pt-align ファイルや標準入力を受け取り、列を揃えます。

    percona-toolkitの紹介と各機能の早見表 - Qiita
    yass
    yass 2014/12/18
  • AWS News Blog

    Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro

  • atoll project: 世界のクラウド市場シェア推移2014Q3

    引き続きSynergy Researchのリリースを利用して2012Q1から2014Q3までのプロバイダー別クラウド(IaaS/PaaS)シェア推移をグラフ化してみました。今回からリリース掲載のグラフがYoY成長率(縦軸)とシェア(横軸)になっていますね。バブルの大きさは説明がありませんが売上高っぽいです。相変わらず傍若無人なリリースで読み手泣かせでした。ちなみにリリース文中には"over 10%"とか"up to 27%"といった表現が並んでいますが、これを10%、27%と省略して訳すとひどい目にあいます。気をつけましょう。今回は"now passed the $4 billion milestone, with trailing twelve-month revenues exceeding $14.5 billion."という表現を手がかりにリリース掲載のグラフを素直に解釈して数字割

    atoll project: 世界のクラウド市場シェア推移2014Q3
    yass
    yass 2014/12/18
  • HTTP2のヘッダ圧縮 Huffman Encode の原理とメリット・デメリット - Qiita

    この記事は HTTP2 Advent Calendar 2014 の 16 日目の投稿です。 HTTP2 では、通信の遅延を小さくするために、ヘッダのサイズを小さくする機構を備えています。 その仕様は HPACK と呼ばれ、下記の組み合わせで構成されます。 Literal ASCII Encoding 非圧縮のエンコーディングと言える。 Huffman 今回の主人公。 出現頻度が高い文字ほど、小さいデータサイズで表現。 Index 「Static Table に事前定義されている値」または「既にインデックス化した値」を番号で指定する。 圧縮に大きく寄与する。 今回は、Huffman Encoding の原理とメリット/デメリットを解説します。 gzip じゃダメなんですか? HTTP/1.1 では、Body を gzip エンコードすることでサイズを圧縮することが出来ます。ヘッダも同じよう

    HTTP2のヘッダ圧縮 Huffman Encode の原理とメリット・デメリット - Qiita
    yass
    yass 2014/12/18
    " HTTP2 では、膨大な HTTP リクエスト/レスポンスのログから、ヘッダ内の文字の出現頻度を集計し、1 つの Huffman Tree を決めています。"
  • cronジョブの多重起動を MySQLの汎用ロック機能で回避する - ブログ - ワルブリックス株式会社

    MySQLのロック機能を使って楽に cronジョブの多重実行回避をしようという話 たかがロック、されどロック システムで非同期にキューの処理などを行う場合、cronを使って短い間隔でバッチジョブを起動してキューを処理するという方法がよく取られるが、キューの混み具合によってはバッチジョブにかかる時間が長くなってしまうため、前に実行されたジョブがまだ走っているかどうかチェックして、もし走っている場合は処理を実行せずにそのまま終了するといった制御が必要になる。 たまにこの制御をしていないバッチジョブが溜まりに溜まってシステムをハングさせているのを見かける。 適当な空のファイルを作成してこれを flockするとか、システムコールレベルでアトミックに作成できることになっているオブジェクト(シンボリックリンクなど)を駆使してロックの代わりにするとかといったテクニックが典型的に利用されるが、これらを真面

    cronジョブの多重起動を MySQLの汎用ロック機能で回避する - ブログ - ワルブリックス株式会社
    yass
    yass 2014/12/18
    " データベースのロック機能というとテーブルや行といったエンティティに対するロックを想像しがちだが、実は MySQLにはそれらと関係なく適当な名前でロックを行う get_lock/release_lock という汎用のロック機能があるのだ。"