アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
で、実際のところ (スコア:0)
吟味できないとは思うのでうが、110万レコードの全体検索で
1秒っていうのは、高性能なの?
(1usec/record)
それともいまどきあたりまえ?
Re:で、実際のところ (スコア:1, 参考になる)
照合は100MB/sなんでディスクのシリアルアクセス速度に近い。というわけで
レコードサイズとか照合方法は知らんけどリニアスキャンなら早い。
でも、インデックス使うのなら(普通のDB)別に普通の速度。
今回のはインデックスというより検索キーが確定すると即アドレス(パス)が
取れるという構成らしいので、そもそもスキャンという処理はないんじゃ?
単にパス辿る時のエントリルックアップ時間だけだろう。
Re: (スコア:0)
バッファが足りなくなったら途端にディスクアクセスを始めて、
予測を上回る速度で遅くなっていくのではないかな。
さらに、OS任せの部分が速度の要だから、速度に対してチューニングの
余地もないだろうし。
メインメモリを増やせばバッファも増えるだろうけど、効果が分かりにくいよね。