From 54e86875b84cd00492ec403c67339d1520117c50 Mon Sep 17 00:00:00 2001 From: Ludovic Poitou <ludovic.poitou@forgerock.com> Date: Thu, 08 Dec 2011 11:02:40 +0000 Subject: [PATCH] Fix for OPENDJ-379. Improve description for the db-evictor-nodes-per-scan configuration parameter. --- opends/src/admin/messages/LocalDBBackendCfgDefn_de.properties | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/opends/src/admin/messages/LocalDBBackendCfgDefn_de.properties b/opends/src/admin/messages/LocalDBBackendCfgDefn_de.properties index 10944af..04bf516 100644 --- a/opends/src/admin/messages/LocalDBBackendCfgDefn_de.properties +++ b/opends/src/admin/messages/LocalDBBackendCfgDefn_de.properties @@ -28,7 +28,7 @@ property.db-evictor-lru-only.synopsis=Gibt an, ob die Datenbank auf Basis einer LRU-Richtlinie bestehende Daten aus dem Cache entfernen soll (die Daten, die am l\u00e4ngsten nicht mehr verwendet wurden, werden als erste entfernt). property.db-evictor-lru-only.description=Bei einer Einstellung auf "false" beh\u00e4lt der Entfernungsvorgang interne Knoten des zugrunde liegenden Btree im Cache gegen\u00fcber den Blattknoten beibehalten, auch wenn auf die Blattknoten vor k\u00fcrzerer Zeit zugegriffen wurde. Dies ist unter Umst\u00e4nden eine bessere Konfiguration f\u00fcr Datenbanken, in denen nur ein sehr kleiner Teil der Daten zwischengespeichert wird. property.db-evictor-nodes-per-scan.synopsis=Gibt die Anzahl der Btree-Knoten an, die in einem einzelnen Durchlauf aus dem Cache entfernt werden sollen, wenn ermittelt wird, dass die erforderlich ist, um bestehende Daten freizusetzen, um Kapazit\u00e4t f\u00fcr neue Informationen zu schaffen. -property.db-evictor-nodes-per-scan.description=\u00c4nderungen an dieser Eigenschaft werden erst nach einem Neustart des Backend wirksam. Es wird empfohlen, dass Sie auch diese Eigenschaft \u00e4ndern, wenn Sie db-evictor-lru-only auf false einstellen. Diese Einstellung steuert die Anzahl der Btree-Knoten, die ber\u00fccksichtigt oder gepr\u00fcft werden, wenn ein Knoten entfernt wird. Eine Einstellung von 100 erbringt h\u00e4ufig gute Ergebnisse, aber die kann von Anwendung zu Anwendung variieren. Je gr\u00f6\u00dfer die Knoten pro Scan, desto genauer ist der Algorithmus. Eine zu hohe Einstellung wirkt sich jedoch nachteilig aus. Die Anforderung, gro\u00dfer Anzahlen von Knoten f\u00fcr jedes Entfernen zu ber\u00fccksichtigen, kann den Abschluss eines Datenbankvorgangs verz\u00f6gern. Damit wird die Reaktionszeit des Anwendungs-Threas beeintr\u00e4chtigt. +property.db-evictor-nodes-per-scan.description=\u00c4nderungen an dieser Eigenschaft werden erst nach einem Neustart des Backend wirksam. Es wird empfohlen, dass Sie auch diese Eigenschaft \u00e4ndern, wenn Sie db-evictor-lru-only auf false einstellen. Diese Einstellung steuert die Anzahl der Btree-Knoten, die ber\u00fccksichtigt oder gepr\u00fcft werden, wenn ein Knoten entfernt wird. Eine Einstellung von 10 erbringt h\u00e4ufig gute Ergebnisse, aber die kann von Anwendung zu Anwendung variieren. Je gr\u00f6\u00dfer die Knoten pro Scan, desto genauer ist der Algorithmus. Eine zu hohe Einstellung wirkt sich jedoch nachteilig aus. Die Anforderung, gro\u00dfer Anzahlen von Knoten f\u00fcr jedes Entfernen zu ber\u00fccksichtigen, kann den Abschluss eines Datenbankvorgangs verz\u00f6gern. Damit wird die Reaktionszeit des Anwendungs-Threas beeintr\u00e4chtigt. property.db-log-file-max.synopsis=Gibt die maximale Gr\u00f6\u00dfe einer Datenbankprotokolldatei an. property.db-logging-file-handler-on.synopsis=Gibt an, ob die Datenbank eine je.info-Datei im selben Verzeichnis mit dem Datenbankprotokollverzeichnis beibehalten soll. property.db-logging-file-handler-on.description=Diese Datei enth\u00e4lt Informationen zur internen Verarbeitung, die die zugrunde liegende Datenbank ausf\u00fchrt. -- Gitblit v1.10.0