MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ - SH2の日記
2012年6月のエントリの続きです。前回は同期レプリケーションによるネットワーク遅延のある環境において、MySQLの性能がどの程度低下するのかということを確認しました。その中でも特にsync_binlogが1に設定されている場合、性能が大きく低下するということが分かりました。参考としてAmazon RDSのマルチAZデプロイメントにおいては、性能と信頼性のトレードオフを考慮した結果、sync_binlogがデフォルトで0に設定されているということを調査しました。 タイトルでネタバレしていますが、MySQLの次期バージョン、MySQL 5.6でこのsync_binlog=1の性能が大きく改善します。前回と同じ負荷テストをMySQL 5.5.25からMySQL 5.6.6-labsに差し替えて行った結果を、以下に示します。 前回のMySQL 5.5.25と異なり、sync_binlog=1にお
Android:ログコードをProguardで削除する
Android標準で用意されているandroid.util.Logクラスは便利なロギング機能を提供して くれますが、ログ出力の度にTAGを指定するのは面倒です。 また、アプリ内でフォーマットを統一したい場合はLogクラスをラップする独自のロガー を用意することはよくあると思います。 今回下記のようなロガーを作成しました。 特徴は、オプションで出力フォーマットにファイル名と行数を含めることができます。 # 出力される情報はロガーの呼出し元となります。 # 情報はスタックトレースから取り出すので、コールスタックを意識する必要があります package yuki.proguard; import android.util.Log; public abstract class Logger { private static final String LOG_TAG = "YourAppName";
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Battle over cooking-website users is a recipe for all out war | The Japan Times
