FacebookもGoogleも「短時間の広告表示はインプレッションとみなさず」 | 初代編集長ブログ―安田英久
今日は、広告の「インプレッション」について。FacebookもGoogleも、短い広告表示をインプレッションとみなさない方向に進んでいます。 日本でも「いいね」ボタンなど盛り上がりつつあるFacebook（フェイスブック）ですが、9月11日に次のようなアナウンスを出しました。 Facebookユーザーはかなりアクティブにサイトを利用するので、ときとして短時間に多くのページを行き来します。ということは、その際に広告がほんの少ししか表示されていない状況があります。 広告主がFacebookに広告を出稿することから得られる価値をさらに改善するために、「広告が表示された」とみなす時間（最低表示時間）を増やします。これにより、各インプレッションの価値が全体として上がり、広告のクリック率が増加したように見える広告主が多くなることでしょう。 わかりやすく言うと、「短時間だけしか表示されなかった広告に対し
NTTデータのHadoop報告書がすごかった - 科学と非科学の迷宮
業界トップ のエンタープライズ Hadoop 企業 Cloudera に入社しました http://www.cloudera.co.jp/ 今年の6月に、「平成２１年度 産学連携ソフトウェア工学実践事業報告書」というドキュメント群が経産省から公表されました。 そのうちの一つに、NTTデータに委託されたHadoopに関する実証実験の報告書がありましたので、今更ながら読んでみることにしました。 Hadoop界隈の人はもうみんなとっくに読んでるのかもしれませんけど。 http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/clou_dist_software.pdf 「高信頼クラウド実現用ソフトウェア開発（分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業）」という
Linux チューニング - Ext3 のパフォーマンスを最大化させる
じつは自宅サーバのロードアベレージが上がり続けています。分析の結果、ボトルネックは I/O 処理でした。CPU は Athlon64 X2 4400+ ですが、まだまだ当分この CPU で間に合いそうです。HDD は当時は 7200 回転で最速だった HITACHI Deskstar T7K250 SATA2 250GB を RAID1 構成にしたのですが、今思えば速度優先で RAID0 にしておけば良かったと少しだけ後悔。 I/O がボトルネックに成っている理由ですが、Drk7jp が公開しているサービスの全てがキャッシュファイルを利用した高速化手法を取っているのですが、単純にそれらファイルの write 処理が追いついていません。常に何らかのプロセスで I/O 待ち状態が発生しているような状況です。抜本的な解決方法としては disk を高速なものに交換する以外ありません。 というわけで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
