2017/10/08 PHPカンファレンス2017
グラブル流運用術〜1700万人を満足させるためのシステム構成、PHPプログラムの考え方〜 // Speaker Deck
2017/10/08 PHPカンファレンス2017
はてなで大規模サービスのインフラを学んだ - ゆううきブログ
中〜大規模サービスのインフラの様子を知りたいアプリケーションエンジニア向けに、もともとアプリケーションコードを書いていた視点から、個人的な体験をベースにはてなで大規模サービスのインフラを学んだ過程や学んだ内容の一部を紹介します。 Webアプリケーションのブラックボックス Webアプリケーションフレームワークの向こう側 なぜ複数のサーバが必要なのか 突然のWebサービス3層構成 リバースプロキシ アプリケーション データベース その他のコンポーネント キャッシュは麻薬 飛び道具としてのKVS/NoSQL 非同期処理 バッチ処理 Mackerelの場合 参考 まとめ Webアプリケーションのブラックボックス 今年もはてなインターンの時期が近づいてきた。 毎年ではないけど、はてなインターンでは「インフラ講義」というのをやっている。 今年はインフラ講義の講師としてアサインされたのでちょうど何を話そ
pixivのデータストア/キャッシュ戦略 その3 - pixiv engineering blog
HHKB Professional Type-Sが欲しいインフラ兼ソフトウェアエンジニアのbokkoです。 普段はHHKB Proの日本語配列キーボードを愛用しています。英語配列は苦手です。このことを同僚のエンジニアに言うとジト目で見つめられ・・・睨みつけられること請け合いです。 本連載の最後となる今回はpixivのデータストア/キャッシュ戦略を支える周辺ミドルウェアについて解説していきます。 memcachedからKyotoTycoonへ移行した際に発生した問題 前回の記事の最後にもあったようにpixivではAPの数だけあったmemcachedへのリクエストを少数のKyotoTycoonにまとめたことで一部のKyotoTycoonサーバへのTCPコネクション数が爆発してKyotoTycoonサーバのCPUやメモリリソースには余裕があるのにネットワークで詰まるという問題が起こりました。 元
ByteArrayキャッシュ – Rest Term
今回は、Flash内で扱うデータのキャッシュについて。 CPUバウンドな処理を行うFlashを公開するにあたり、処理を軽くする方法をいろいろ考えましたが、 シンプルに考えて、計算結果をどこかにキャッシュしておくことにしました。 少し前に書いたFlashでステレオビジョン入門を例に取ります。 例えば、ブロックマッチング法などでは動的計画法(DP)を用いて途中の計算結果を使い回しますが、 “アプリケーション”であれば、最終的な計算結果のみをどこかにキャッシュしておき、 次のリクエストからはそのキャッシュデータを引っぱってきた方が効率的です。 ここで、キャッシュを組み込んだステレオマッチングのデモを上げておきます。 “use cache” チェックボックスをonにすると、キャッシュを利用して視差マップを生成し、 チェックボックスをoffにすると、毎回ステレオマッチングの計算を行います。 パラメー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webアプリケーションのキャッシュ戦略とそのパターン / Pattern and Strategy of Web Application Caching
http://www.2ch-search.net/blog/7
BOOT_COMPLETEDが受信出来ない - Google グループ
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
