京都 TreeDB にレコードを挿入しています。キーは、インクリメントする単なるカウンターであり、値は固定されています。
1 億レコードを超えると、挿入は徐々に遅くなり続けます。誰かが京都キャビネットにもっと多くのレコードを挿入しようとしましたか?
京都 TreeDB にレコードを挿入しています。キーは、インクリメントする単なるカウンターであり、値は固定されています。
1 億レコードを超えると、挿入は徐々に遅くなり続けます。誰かが京都キャビネットにもっと多くのレコードを挿入しようとしましたか?
おそらくハッシュの衝突が発生しています。その場合、レコードはオーバーフロー領域に配置されます。私はそれが検索されたリストに退化すると信じています。
それに応じて bnum と msiz を増やしましたか?
msiz 値が低すぎると、挿入のパフォーマンスが非常に低下しました。
HashDB は TreeDB よりもメモリ効率が高いです。TreeDB を使用しているため、キャッシュ オプションをいじって、挿入を高速に保つことができます。