Je suis tout à fait d'accord avec le point de vue de Daan : créez un programme de test et assurez-vous que la manière dont il accède aux données imite aussi fidèlement que possible les modèles que vous attendez de votre application. Ceci est extrêmement important avec BDB car différents modèles d'accès produisent un débit très différent.
En dehors de cela, voici les facteurs généraux qui, selon moi, ont un impact majeur sur le débit :
Méthode d'accès (qui dans votre cas, je suppose, est BTREE).
Niveau de persistance avec lequel vous avez configuré DBD (par exemple, dans mon cas, l'indicateur d'environnement 'DB_TXN_WRITE_NOSYNC' a amélioré les performances d'écriture d'un ordre de grandeur, mais cela compromet la persistance)
Le jeu de travail tient-il dans le cache ?
Nombre de lectures vs. Écrit.
La répartition de votre accès (rappelez-vous que BTREE dispose d'un verrouillage au niveau de la page : accéder à différentes pages avec différents fils de discussion est donc un gros avantage).
Modèle d'accès – c'est-à-dire la probabilité que les threads se verrouillent les uns les autres, voire se bloquent, et quelle est votre politique de résolution des blocages (celui-ci peut être un tueur).
Matériel (disque