デブサミ2014「グリーを支えるデータ分析基盤の過去と現在」講演メモ #devsumi - 元RX-7乗りの適当な日々
どこもそれなりに苦労・工夫しているよなぁと、興味深く聞かせていただきました。 「グリーを支えるデータ分析基盤の過去と現在」 橋本 泰一 氏 グリー 10年ほど東工大で助手・特任准教授した後、2012年にグリーにジョイン 過去の話(2011年) Webサーバからログをrsyncでストレージへ バッチ処理で集計してDBへ(MySQL) ストレージもDBもハードウェアはSolaris Sun Fire X4540 だんだん困ってきた データがほしい人が増えてきた サービスや人が増えてきた データ提供が正直しんどくなってきた 今の話: コンセプト Accessability だれでも自由に Scalability どれだけ貯めこんでも グリーのデータ分析基盤 ゲーム Treasure Data ベース ゲームへのアクセスログ GREE Platform Hadoopベース ゲームからAPIへのログ
ソフトバンク回線のパケットロスがひどいというので、ほんとーーにそうなのか確かめてみた | [ bROOM.LOG ! ]
比較のためWi-Fi(回線はフレッツ光)も付記している。 まず第一に流れている話通り、PM9時台では確かにロス率は70%から最大90%にも達している。まさしく通常はあり得ないレベルだと言ってもいいだろう。 しかしもう一点注目すべきなのは、ラウンドトリップに関しては、実はドコモのそれと遜色ない、若しくは場合により上回っている場合もあるということだ。 次にAM2時台となるとロス率は格段に改善されている。ほぼ問題無いレベルと言ってもいいだろう。しかしその反面ラウンドトリップは極端に落ち込み、特にmax値は10倍以上遅延しているケースもあった。また平均偏差も非常に大きくなっている点にも注目したい。これはネットワーク状態が安定していないことを示している。 果たしてこれらは何を意味しているのか。 ここから憶測にすぎないが、テストケース1において、恐らくソフトバンクのバックボーンネットワークの性能自体は
![ソフトバンク回線のパケットロスがひどいというので、ほんとーーにそうなのか確かめてみた | [ bROOM.LOG ! ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
Log4J でログファイル名を動的に変更する | Javable.Jp
以前参加していたプロジェクトでバッチプログラムを開発する事案があり、 ログ出力には Log4J を採用してプログラムを開発しました。 ところが、後付けでログ出力方式が決まり^^; ログファイル名をサーバーの環境変数から取得しなければならなくなってしまいました。 環境変数からログファイル名を取得…それぐらい Log4J なら簡単だよね、と思いつつやってみたら、出来ません。 ログファイル名は設定ファイルに記述されていて、固定なのです…。 しかし、Log4J は簡単に拡張することが出来ます。 「環境変数からログファイル名を取得する」というような場合には Appender を自作すれば解決できます。 今回の場合、バッチプログラムの動作環境が JRE 1.4 なので環境変数が取得できない件も考慮し、 JVM の起動引数からファイル名を取得する Appender を自作しました。 package jp
Javaの道：Log4J（２．基本操作）
例題 例題では、読み込むファイルが存在しない場合にwarnレベルのログを生成するプログラムと、変数にある一定値以上の値が代入された場合にinfoレベルのログを生成するプログラムを作成します。ログはlog.txtに生成します。 ソースファイルの作成 例題で使用するソースファイルを作成します。ソースファイルにLog4Jの処理を埋め込むためには以下の処理を行います。 ログ生成を行う。Loggerオブジェクトの生成 Log4J設定ファイルの読み込み ログ生成を行うfatal、error、warn、info、debugメソッドの記述（それぞれのログレベルの位置付けはプログラマの判断に任せられます。warnレベルを致命的なエラーとするか、リカバリ処理の必要のないエラーとするかなどです。） ExLog1.java package example; import org.apache.log4j.*; i
intra-mart
ローコード開発で 小さな業務改善から、 デジタルの未来へ ローコード開発で業務システムの構築が可能な、 クラウド型アプリケーションプラットフォームです。
Logback Home
Logback Project Logback is intended as a successor to the popular log4j project, picking up where log4j 1.x leaves off. Logback's architecture is quite generic so as to apply under different circumstances. At present time, logback is divided into three modules, logback-core, logback-classic and logback-access. The logback-core module lays the groundwork for the other two modules. The logback-class
SLF4J
Simple Logging Facade for Java (SLF4J) The Simple Logging Facade for Java (SLF4J) serves as a simple facade or abstraction for various logging frameworks (e.g. java.util.logging, logback, log4j) allowing the end user to plug in the desired logging framework at deployment time. Before you adopt SLF4J, we recommend that you read the concise SLF4J user manual. Note that SLF4J-enabling your library im
GAE/Jでlog4jの日付を日本時間で出力する。 » 今週のキャリッジさん
年末年始休暇からGoogle App Engine for Java(以下、GAE/J)を触り始めてみました。環境を整えていく最中に、ログ出力がUTC(太平洋標準時＝google標準時)で出てしまうのが気になったので、色々試行錯誤した流れを、つらつらと。 #2009年はほとんどPHPを触ってたせいで、ほぼ１年ぶりにjavaをガリガリしてるので、細かな間違いはご容赦。頭がPHPからJavaに切り替わりきれていないので、文字列を結合しようとして思わず”+”じゃなくて”.”を使ってしまう状況と言っておくとわかりやすいかも(単なる言い訳) さてさて、調査を続けるも、なかなか「これだ！」という解決方法が見つかりません(そもそもlog4jってどう使うんだっけ？からスタートしたのは内緒)。国際化とか言語ファイルとか、ソフトウェアを使う側としては何度も経験してるけど、作る側としてはなかなか・・・頭では分か
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トップページ
slf4j log4j JUL のログレベルの対応 - A Memorandum
java.util.loggingリファレンス