栄光なき天才達（不運・不遇だった天才達） - 肉汁が溢れ出ています引用元：世界史板「【不遇】栄光なき天才達の名前を書き込んでいくスレ」 http://academy6.2ch.net/test/read.cgi/whis/1122031489/ 1 名前：世界＠名無史さん[]投稿日：2005/07/22(金) 20:24:49 0
Apache::Test事始め - D-6 [相変わらず根無し]
Apache::Test事始め 年末前後からApache::Testで真面目にテストを書き始めている。 ところが全くドキュメントがないんだね。いや、あるんだけど、携帯の機能を使いたいだけなのにあの厚いマニュアル読むの？みたいな感じで。まぁというわけでとにかくざくざくっとドキュメント読んでテスト書いてたらようやくなんとなく分かってきた。この間ある程度他人にも説明できたので自信ついたしw Apache::Testはmod_perlハンドラをテストするときに使う。ディストリビューション等でmod_perlをテストしようと思うとApache自体を立ち上げたりなんだりしなければいけなくて「一体どうテストすればいいんじゃ？！」となりがちだが、Apache::Testを使うと、テスト用httpd.confの生成テスト用のapacheの起動／停止mod_perlハンドラ上で動かしたTest::More等の
mixi Engineers’ Blog » スマートな分散で快適キャッシュライフ
今日は以前のエントリーで書くと述べたConsistent Hashingに関して語らせて頂こうかと思います。ただしConsistent Hashingはセミナーやカンファレンスなどでかなり語られていると思いますので、コンセプトに関しては深入りせず、実用性に着目したいと思います。 問題定義 分散されたキャッシュ環境において、典型的なレコードを適切なノードに格納するソリューションはkeyのハッシュ値に対しmodulo演算を行い、その結果を基にノードを選出する事です。ただし、このソリューションはいうまでもなく、ノード数が変わるとキャッシュミスの嵐が生じます。つまり実世界のソリューションとしては力不足です。 ウェブサイトのキャッシュシステムの基本はキャッシュがヒットしなかったらデータベースにリクエストを発行し、レコードが存在したらキャッシュしてクライエントに返すという流れです。ここで問題なのが一瞬
★Wiiゲームレビュー★「ナイツ〜星降る夜の物語〜」
【10月10日】 カプコンブースイベントレポート 今度の「モンハン」はオフラインでも2人で遊べる!! SCEJブースレポート PS3「リトルビッグプラネット」、「Flower」ほかDL専用PS3タイトルその1 (開発者インタビュー付き) マイクロソフトブースレポート サードパーティータイトルを中心に24タイトルをプレイアブル出展 マイクロソフト、東京ゲームショウ2008 Xbox 360スクリーンショット集 セガブース、イベントレポートその1 期待の3プロジェクトの記者発表会を開催! セガブース、イベントレポートその2 2日目もイベント盛りだくさん。「PSU」の追加アップデートも発表! ＫＯＮＡＭＩブースレポート 「サイレントヒル ホームカミング」、「ワールドサッカー ウイニングイレブン2009」など続編タイトルが豊作 スクウェア・エニックスブースレポート
ヤングが熱狂するバカうけなぞなぞ :: デイリーポータルZ
今年も 忘年会シーズンの 到来だね！！ そんな席では誰もが ヤングが熱狂して バカうけするような ことをしたい と思うものですが、 そんなとき！ なんと確実に、 ヤングが熱狂して バカうけする というすごいものが あったのでした！ それがこの なぞなぞです。 （text by ヨシダプロ） というわけで それが問題の こちらです。 「ヤングが熱狂する バカうけなぞなぞ」。 ということで、 見るからに ヤングが熱狂する バカうけなぞなぞ とのことで ございます。 これこそまさに僕らが求めていたもの！ ということで、 多少 発刊時期が３０年ほど前 というのが 気になったりもいたしましたが、 気を取り直して さっそく 本を開いてみたところ、 その＜前書き＞には、
Flickr Architecture - High Scalability -
Update: Flickr hits 2 Billion photos served. That's a lot of hamburgers. Flickr is both my favorite bird and the web's leading photo sharing site. Flickr has an amazing challenge, they must handle a vast sea of ever expanding new content, ever increasing legions of users, and a constant stream of new features, all while providing excellent performance. How do they do it? Site: http://www.flickr.co
最短かつ最速にアクセスする「DB高速化技術」（前編）：ITpro
ポイント ・高度なインデックスやジョインを利用し，最短経路でデータにアクセス ・メモリー不足を自律的に解消し，キャッシュのヒット率を高める ・インメモリーDBは全データをメモリーで処理し，高速化を図る 目的地に早く到着したいなら，最短の経路を最速で行けばよい。これはデータベース（DB）でも同様だ（図1）。インデックスなどを使ってデータへの最短経路を見つけ，メモリー・アクセスを増やして，最速でたどり着く。DBにはそんな技術が詰まっている。 図1●データベース高速化技術のポイント ビットマップ・インデックスなどを使い、データにたどり着く最短の道を選ぶ。また、できるだけメモリーにデータをキャッシュさせておくことで、アクセスのスピードを上げる、という二つのポイントがある [画像のクリックで拡大表示] 以下では，（1）データにたどり着く最短の道を選ぶ仕組みと，（2）アクセスのスピードを上げる仕組みの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer