Channel : Programming [過去ログ]  

namemessage (date)
kojim:同意。 (2008/11/27 14:35.56)
Lenoir:なんとなくそれだけだと納得いかない速さな気がして。 (2008/11/26 23:34.50)
Lenoir:マシンいっぱい並列化してるというのは、前にホリエモンのインタビュー記事で見たことはあるけど、 (2008/11/26 23:32.58)
Lenoir:タイトルは見覚えあるけど、読んだことなかったな。 (2008/11/26 23:32.31)
Lenoir:その本読んでみようかな。 (2008/11/26 23:31.45)
Lenoir: (2008/11/26 23:31.41)
kojim:という仕組みを、用意しているらしい (2008/11/25 14:35.06)
kojim:検索処理は、複数マシンに処理を分散させて、それを統合した結果を返す (2008/11/25 14:34.59)
kojim:インデックスの事前作成は行う (2008/11/25 14:34.53)
kojim:流し読みだから間違っている可能性アリだけど (2008/11/25 14:29.30)
kojim:その辺の話は、Google を支える技術って本に詳しく載ってたよ (2008/11/25 14:29.16)
Lenoir:辞書作ってあってもGoogleほど速くは探せなさそう。 (2008/11/22 11:24.04)
Lenoir:予め全てのトークン解析をして、トークンの辞書作っておかないとまともな検索はできなさそうだし、 (2008/11/22 11:23.37)
Lenoir:そもそも全文検索って業務系システムだとやる機会もないんだけど、 (2008/11/22 11:23.31)
Lenoir:RDBMSで全く使い物にならないのが全文検索かな。 (2008/11/22 11:22.14)
Lenoir:Googleの検索機能ってどうなってるんでしょ? (2008/11/22 11:21.47)
Lenoir:ところで (2008/11/22 11:21.28)
Lenoir:そういう例外要素に対して特別措置を取るというのは、自前の仕組みでやるしかなさそうね。 (2008/11/22 11:20.57)
Lenoir:はてなの例だと、インデックスの特定の要素だけ極端にアクセス頻度が高いってことだから、 (2008/11/22 11:20.12)
Lenoir:ってのは、データの分散が普通であれば、RDBMSのディスク並列化機能で対応できるんだろうけど (2008/11/22 11:18.13)
Lenoir:> 検索のインデックスを辞書の途中で分割 (2008/11/22 11:17.00)
Lenoir:細かいクエリのレスポンスは(規模に対して)重かったりするような。 (2008/11/22 11:08.57)
Lenoir:検索対象&出力データが大きいクエリは比較的速いけど、 (2008/11/22 11:08.22)
Lenoir:商用RDBMSって、大規模データ×低頻度クエリに最適化されてる気はするので (2008/11/22 11:07.40)
Lenoir:ただ、現実問題として (2008/11/22 11:06.50)
Lenoir:ディレイド(遅延)でディスクと同期する。 (2008/11/22 11:06.26)
Lenoir:数GBのテーブルスペースはメモリ上にマッピングされていて、 (2008/11/22 11:05.49)
Lenoir:アクセス頻度の高いデータは全部メモリ上に置くようになってますよ。 (2008/11/22 11:05.24)
Lenoir:んで、やっぱ普通のRDBMSは、 (2008/11/22 11:04.46)
Lenoir:とは言っても、シーク速度は相変わらず桁違いなので、実際にはボトルネックにはなるけど。 (2008/11/22 11:04.35)
Lenoir:ディスクを20台並列化すれば、メモリとHDDの速度比は大差なくなる。 (2008/11/22 11:03.53)
Lenoir:> メモリはディスクの100倍高速 (2008/11/22 11:02.40)
Lenoir:そのblogの指標を出すと、 (2008/11/22 11:02.37)
Lenoir:当たり前に使うなぁ。 (2008/11/22 11:02.02)
Lenoir:RAID0みたいに、1テーブルのデータを複数(多数)の物理ディスクに分散&並列で書き込むって機能は (2008/11/22 11:01.06)
Lenoir:そこまで規模&パフォーマンス要件が高い仕事ってそんなに無かったりするけど、 (2008/11/22 11:00.27)
Lenoir:ふむー (2008/11/22 10:55.46)
kojim:いやいや、商用DBでも、その手のテクニックは普通に使うよ、だとか。 (2008/11/21 09:50.10)
kojim:商用DBなら、そんな外し技使わずとも、全てRDBMS任せでOKだよとか (2008/11/21 09:50.06)
kojim:の部分とか。 (2008/11/21 09:50.02)
kojim:> JOINを使わないでO/Rマッパーで解決 (2008/11/21 09:50.00)
kojim:> 検索のインデックスを辞書の途中で分割 (2008/11/21 09:49.57)
kojim:商用DB使いから見て、はてなのやり方ってどう?> Lenoir (2008/11/21 09:49.55)
kojim:...m/2008/11/post-82.html (2008/11/21 09:49.52)
kojim:- (2008/11/21 09:49.44)
kojim:JavaScriptのツールは、自分も知りたい。 (2008/02/17 00:17.43)
kojim:firefox画面の適当なところで、右クリックしてInspect Elementすると、便利さが分かります (2008/02/17 00:17.03)
kojim:Firebugは、正規表現の半分位の便利さを持っているので、使わないのはあまりにも損 (2008/02/17 00:16.04)
Lenoir:他にもコレは使っとけ!ってアイテム(や心構え)があれば教えてください。 (2008/02/16 15:11.37)
Lenoir:Firebug ( ...getfirebug.com/jp.html ) 使ってみようかと思ってるんだけど、どうでしょ? (2008/02/16 15:10.19)
power spectrum : (1) HsvsRsvsesv / (2) shoe stores / (3) formal ideas / (4) bib tights / (5) hair scenes / (6) nudie jeans / (7) big tall / (8) milf sites / (9) gay xxl / (10) kellys pussy / (11) others
                     

ホームへ 過去ログ  

Protected by Akismet