Fix for OPENDJ-379. Improve description for the db-evictor-nodes-per-scan c...

Ludovic Poitou

08.02.2011 54e86875b84cd00492ec403c67339d1520117c50

Fix for OPENDJ-379. Improve description for the db-evictor-nodes-per-scan configuration parameter.

 opends/src/admin/defn/org/opends/server/admin/std/LocalDBBackendConfiguration.xml

@@ -537,13 +537,17 @@
      restarted. It is recommended that you also change this property
      when you set db-evictor-lru-only to false. This setting controls
      the number of Btree nodes that are considered, or sampled, each
      time a node is evicted. A setting of 100 often produces good
      time a node is evicted. A setting of 10 often produces good
      results, but this may vary from application to application. The
      larger the nodes per scan, the more accurate the algorithm.
      However, setting it too high is detrimental; the need to consider
      larger numbers of nodes for each eviction may delay the completion
      of a given database operation, which will impact the response time
      of the application thread.
      However, don't set it too high. When considering larger numbers of
      nodes for each eviction, the evictor may delay the completion of a
      given database operation, which impacts the response time of the
      application thread. In JE 4.1 and later, setting this value too high
      in an application that is largely CPU bound can reduce the
      effectiveness of cache eviction. It's best to start with the default
      value, and increase it gradually to see if it is beneficial for your
      application.
    </adm:description>
    <adm:requires-admin-action>
      <adm:component-restart />

 opends/src/admin/messages/LocalDBBackendCfgDefn.properties

@@ -34,7 +34,7 @@
property.db-evictor-max-threads.synopsis=Specifies the maximum number of threads in the eviction thread pool.
property.db-evictor-max-threads.description=Specifies the maximum number of threads in the eviction thread pool. These threads help keep memory usage within cache bounds, offloading work from application threads. db-evictor-core-threads, db-evictor-max-threads and db-evictor-keep-alive are used to configure the core, max and keepalive attributes for the eviction thread pool.
property.db-evictor-nodes-per-scan.synopsis=Specifies the number of Btree nodes that should be evicted from the cache in a single pass if it is determined that it is necessary to free existing data in order to make room for new information.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 100 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 10 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, don't set it too high. When considering larger numbers of nodes for each eviction, the evictor may delay the completion of a given database operation, which impacts the response time of the application thread. In JE 4.1 and later, setting this value too high in an application that is largely CPU bound can reduce the effectiveness of cache eviction. It's best to start with the default value, and increase it gradually to see if it is beneficial for your application.
property.db-log-file-max.synopsis=Specifies the maximum size for a database log file.
property.db-logging-file-handler-on.synopsis=Indicates whether the database should maintain a je.info file in the same directory as the database log directory.
property.db-logging-file-handler-on.description=This file contains information about the internal processing performed by the underlying database.

 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.

 opends/src/admin/messages/LocalDBBackendCfgDefn_es.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=Indica si la base de datos debe expulsar los datos existentes de la cach\u00e9 en funci\u00f3n de la directiva de LRU (se expulsar\u00e1 en primer lugar la informaci\u00f3n menos reciente).
property.db-evictor-lru-only.description=Si se establece este valor en "false" (falso), al realizar la expulsi\u00f3n se conservar\u00e1n los nodos internos del nodo "Btree" subyacente de la cach\u00e9 a trav\u00e9s de los nodos de hojas, incluso aunque se haya accedido a \u00e9stos m\u00e1s recientemente. Puede resultar una configuraci\u00f3n m\u00e1s eficaz para las bases de datos en la que s\u00f3lo se almacena en la cach\u00e9 una peque\u00f1a parte de los datos.
property.db-evictor-nodes-per-scan.synopsis=Especifica el n\u00famero de nodos "Btree" que deben expulsarse de la cach\u00e9 en un \u00fanico pase si se considera necesario suprimir los datos existentes con el fin de liberar espacio para la nueva informaci\u00f3n.
property.db-evictor-nodes-per-scan.description=Los cambios realizados en esta propiedad no se aplicar\u00e1n hasta que se reinicie el servidor de fondo. Es recomendable modificar tambi\u00e9n esta propiedad si se ha establecido "set db-evictor-lru-only" en "false" (falso). Este valor de configuraci\u00f3n controla el n\u00famero de nodos "Btree" que se examinan (o analizan) cada vez que se expulsa un nodo. El valor 100 suele dar buenos resultados, aunque esto var\u00eda de una aplicaci\u00f3n a otra. Cuanto mayor sea el nodo que se analice, m\u00e1s preciso ser\u00e1 el algoritmo. Sin embargo, puede resultar perjudicial definir este par\u00e1metro en un valor excesivamente alto. La necesidad de examinar un n\u00famero elevado de nodos en cada expulsi\u00f3n puede retrasar la finalizaci\u00f3n de una determinada operaci\u00f3n de la base de datos, lo que podr\u00eda afectar al tiempo de respuesta del subproceso de la aplicaci\u00f3n.
property.db-evictor-nodes-per-scan.description=Los cambios realizados en esta propiedad no se aplicar\u00e1n hasta que se reinicie el servidor de fondo. Es recomendable modificar tambi\u00e9n esta propiedad si se ha establecido "set db-evictor-lru-only" en "false" (falso). Este valor de configuraci\u00f3n controla el n\u00famero de nodos "Btree" que se examinan (o analizan) cada vez que se expulsa un nodo. El valor 10 suele dar buenos resultados, aunque esto var\u00eda de una aplicaci\u00f3n a otra. Cuanto mayor sea el nodo que se analice, m\u00e1s preciso ser\u00e1 el algoritmo. Sin embargo, puede resultar perjudicial definir este par\u00e1metro en un valor excesivamente alto. La necesidad de examinar un n\u00famero elevado de nodos en cada expulsi\u00f3n puede retrasar la finalizaci\u00f3n de una determinada operaci\u00f3n de la base de datos, lo que podr\u00eda afectar al tiempo de respuesta del subproceso de la aplicaci\u00f3n.
property.db-log-file-max.synopsis=Especifica el tama\u00f1o m\u00e1ximo de un archivo de registro de la base de datos.
property.db-logging-file-handler-on.synopsis=Indica si la base de datos debe mantener el archivo "je.info" en el mismo directorio que el del registro de la base de datos.
property.db-logging-file-handler-on.description=Este archivo contiene informaci\u00f3n sobre el procesamiento interno realizado por la base de datos subyacente.

 opends/src/admin/messages/LocalDBBackendCfgDefn_fr.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=Indique si la base de donn\u00e9es doit expulser les donn\u00e9es existantes du cache en se basant sur une strat\u00e9gie de LRU (o\u00f9 les informations utilis\u00e9es le moins r\u00e9cemment seront expuls\u00e9es en premier).
property.db-evictor-lru-only.description=Si la valeur est "false", l'\u00e9viction conserve les n\u0153uds internes Btree sous-jacents dans le cache, de pr\u00e9f\u00e9rence aux n\u0153uds terminaux, m\u00eame si ces derniers ont fait l'objet d'un acc\u00e8s plus r\u00e9cemment. Ceci peut \u00eatre une meilleure configuration pour les bases de donn\u00e9es dans lesquelles seulement une tr\u00e8s petite portion de donn\u00e9es est mise en cache.
property.db-evictor-nodes-per-scan.synopsis=Sp\u00e9cifie le nombre de n\u0153uds Btree qui doivent \u00eatre expuls\u00e9s du cache en une seule passe, si on d\u00e9termine qu'il est n\u00e9cessaire de lib\u00e9rer des donn\u00e9es existantes pour faire de la place pour de nouvelles informations.
property.db-evictor-nodes-per-scan.description=Les modifications apport\u00e9es \u00e0 cette propri\u00e9t\u00e9 ne prennent effet que lorsque le backend est red\u00e9marr\u00e9. Il est recommand\u00e9 de changer aussi cette propri\u00e9t\u00e9 lors de la d\u00e9finition de db-evictor-lru-only \u00e0 faux. Ce param\u00e8tre contr\u00f4le le nombre de n\u0153uds Btree qui sont consid\u00e9r\u00e9s ou pris comme \u00e9chantillons, chaque fois qu'un noeud est expuls\u00e9. Un param\u00e8tre de 100 produit souvent de bons r\u00e9sultats, mais ceci peut varier d'application en application. Plus les n\u0153uds par balayage sont grands, plus l'algorithme est exact. Cependant, le d\u00e9finir trop haut est pr\u00e9judiciable\u00a0; le besoin d'envisager de plus grands nombres de n\u0153uds pour chaque expulsion peut retarder l'ach\u00e8vement d'une op\u00e9ration donn\u00e9e de base de donn\u00e9es, ce qui impacte le temps de r\u00e9ponse du thread de l'application.
property.db-evictor-nodes-per-scan.description=Les modifications apport\u00e9es \u00e0 cette propri\u00e9t\u00e9 ne prennent effet que lorsque le backend est red\u00e9marr\u00e9. Il est recommand\u00e9 de changer aussi cette propri\u00e9t\u00e9 lors de la d\u00e9finition de db-evictor-lru-only \u00e0 faux. Ce param\u00e8tre contr\u00f4le le nombre de n\u0153uds Btree qui sont consid\u00e9r\u00e9s ou pris comme \u00e9chantillons, chaque fois qu'un noeud est expuls\u00e9. Un param\u00e8tre de 10 produit souvent de bons r\u00e9sultats, mais ceci peut varier d'application en application. Plus le nombre de n\u0153uds par balayage est \u00e9lev\u00e9, plus l'algorithme est exact. Cependant, \u00e9vitez une trop grande valeur. Lorsqu'un nombre \u00e9lev\u00e9 de n\u0153ud est \u00e9valu\u00e9 pour expulsion, le process d'explusion peut retarder une operation sur la base de donn\u00e9es, impactant le temps de r\u00e9ponse du thread applicatif. Avec JE 4.1 ou plus r\u00e9cent, positionner une valeur trop \u00e9lev\u00e9e pour une application qui est limit\u00e9e par le CPU peut r\u00e9duire l'efficacit\u00e9 de l'expulsion du cache. Il est pr\u00e9f\u00e9rable de commencer par la valeur par d\u00e9faut et l'augmenter peu \u00e0 peu en v\u00e9rifiant son effet sur votre application.
property.db-log-file-max.synopsis=Sp\u00e9cifie la taille maximale d'un fichier journal de base de donn\u00e9es.
property.db-logging-file-handler-on.synopsis=Indique si la base de donn\u00e9es doit mettre \u00e0 jour le fichier je.info dans le m\u00eame r\u00e9pertoire que le r\u00e9pertoire de journal de base de donn\u00e9es.
property.db-logging-file-handler-on.description=Ce fichier contient des informations concernant le traitement interne effectu\u00e9 par la base de donn\u00e9es sous-jacente.

 opends/src/admin/messages/LocalDBBackendCfgDefn_ja.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u304c LRU \u30dd\u30ea\u30b7\u30fc (\u6700\u3082\u9577\u3044\u9593\u4f7f\u308f\u308c\u3066\u3044\u306a\u3044\u60c5\u5831\u304c\u6700\u521d\u306b\u7834\u68c4\u3055\u308c\u308b) \u306b\u57fa\u3065\u3044\u3066\u65e2\u5b58\u30c7\u30fc\u30bf\u3092\u30ad\u30e3\u30c3\u30b7\u30e5\u304b\u3089\u7834\u68c4\u3059\u308b\u5fc5\u8981\u304c\u3042\u308b\u304b\u3069\u3046\u304b\u3092\u793a\u3057\u307e\u3059\u3002
property.db-evictor-lru-only.description=\u300c\u507d\u300d\u306b\u8a2d\u5b9a\u3057\u305f\u5834\u5408\u3001\u6700\u8fd1\u8449\u30ce\u30fc\u30c9\u3078\u306e\u30a2\u30af\u30bb\u30b9\u304c\u3042\u3063\u305f\u5834\u5408\u3067\u3082\u3001\u7834\u68c4\u306f\u8449\u30ce\u30fc\u30c9\u4e0a\u306e\u30ad\u30e3\u30c3\u30b7\u30e5\u306b\u3042\u308b\u914d\u4e0b\u306e Btree \u306e\u5185\u90e8\u30ce\u30fc\u30c9\u3092\u4fdd\u6301\u3057\u307e\u3059\u3002\u3053\u308c\u306f\u30c7\u30fc\u30bf\u306e\u3054\u304f\u4e00\u90e8\u306e\u307f\u304c\u30ad\u30e3\u30c3\u30b7\u30e5\u3055\u308c\u308b\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u306e\u8a2d\u5b9a\u306b\u9069\u3057\u3066\u3044\u307e\u3059\u3002
property.db-evictor-nodes-per-scan.synopsis=\u65b0\u3057\u3044\u60c5\u5831\u7528\u306e\u9818\u57df\u3092\u78ba\u4fdd\u3059\u308b\u305f\u3081\u306b\u65e2\u5b58\u306e\u30c7\u30fc\u30bf\u3092\u89e3\u653e\u3059\u308b\u5fc5\u8981\u304c\u3042\u308b\u3068\u5224\u65ad\u3057\u305f\u5834\u5408\u306b\u30011 \u56de\u306b\u30ad\u30e3\u30c3\u30b7\u30e5\u304b\u3089\u7834\u68c4\u3059\u308b Btree \u30ce\u30fc\u30c9\u306e\u6570\u3092\u6307\u5b9a\u3057\u307e\u3059\u3002
property.db-evictor-nodes-per-scan.description=\u3053\u306e\u5c5e\u6027\u306e\u5909\u66f4\u306f\u30d0\u30c3\u30af\u30a8\u30f3\u30c9\u304c\u518d\u8d77\u52d5\u3055\u308c\u308b\u307e\u3067\u9069\u7528\u3055\u308c\u307e\u305b\u3093\u3002db-evictor-lru-only \u3092\u507d\u306b\u8a2d\u5b9a\u3057\u305f\u3068\u304d\u306f\u3053\u306e\u5c5e\u6027\u3082\u5909\u66f4\u3059\u308b\u3053\u3068\u3092\u304a\u52e7\u3081\u3057\u307e\u3059\u3002\u3053\u306e\u8a2d\u5b9a\u306f\u30ce\u30fc\u30c9\u304c\u7834\u68c4\u3055\u308c\u308b\u305f\u3073\u306b\u8003\u616e\u307e\u305f\u306f\u30b5\u30f3\u30d7\u30ea\u30f3\u30b0\u3055\u308c\u308b Btree \u30ce\u30fc\u30c9\u306e\u6570\u3092\u5236\u5fa1\u3057\u307e\u3059\u3002100 \u306b\u8a2d\u5b9a\u3059\u308b\u3068\u826f\u3044\u7d50\u679c\u3092\u3082\u305f\u3089\u3059\u3053\u3068\u304c\u307b\u3068\u3093\u3069\u3067\u3059\u304c\u3001\u30a2\u30d7\u30ea\u30b1\u30fc\u30b7\u30e7\u30f3\u306b\u3088\u3063\u3066\u7570\u306a\u308b\u5834\u5408\u304c\u3042\u308a\u307e\u3059\u3002\u30b9\u30ad\u30e3\u30f3\u3054\u3068\u306e\u30ce\u30fc\u30c9\u3088\u308a\u3082\u591a\u3051\u308c\u3070\u591a\u3044\u307b\u3069\u3001\u30a2\u30eb\u30b4\u30ea\u30ba\u30e0\u306e\u7cbe\u5ea6\u304c\u4e0a\u304c\u308a\u307e\u3059\u3002\u305f\u3060\u3057\u3001\u8a2d\u5b9a\u6570\u304c\u591a\u3059\u304e\u308b\u3068\u5f0a\u5bb3\u304c\u3042\u308a\u307e\u3059\u3002\u7834\u68c4\u3054\u3068\u306b\u591a\u6570\u306e\u30ce\u30fc\u30c9\u3092\u8003\u616e\u3059\u308b\u5fc5\u8981\u304c\u3042\u308b\u3068\u3001\u6307\u5b9a\u3057\u305f\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u51e6\u7406\u306e\u5b8c\u4e86\u304c\u9045\u308c\u308b\u5834\u5408\u304c\u3042\u308a\u3001\u305d\u308c\u306f\u30a2\u30d7\u30ea\u30b1\u30fc\u30b7\u30e7\u30f3\u30b9\u30ec\u30c3\u30c9\u306e\u5fdc\u7b54\u6642\u9593\u306b\u5f71\u97ff\u3092\u4e0e\u3048\u307e\u3059\u3002
property.db-evictor-nodes-per-scan.description=\u3053\u306e\u5c5e\u6027\u306e\u5909\u66f4\u306f\u30d0\u30c3\u30af\u30a8\u30f3\u30c9\u304c\u518d\u8d77\u52d5\u3055\u308c\u308b\u307e\u3067\u9069\u7528\u3055\u308c\u307e\u305b\u3093\u3002db-evictor-lru-only \u3092\u507d\u306b\u8a2d\u5b9a\u3057\u305f\u3068\u304d\u306f\u3053\u306e\u5c5e\u6027\u3082\u5909\u66f4\u3059\u308b\u3053\u3068\u3092\u304a\u52e7\u3081\u3057\u307e\u3059\u3002\u3053\u306e\u8a2d\u5b9a\u306f\u30ce\u30fc\u30c9\u304c\u7834\u68c4\u3055\u308c\u308b\u305f\u3073\u306b\u8003\u616e\u307e\u305f\u306f\u30b5\u30f3\u30d7\u30ea\u30f3\u30b0\u3055\u308c\u308b Btree \u30ce\u30fc\u30c9\u306e\u6570\u3092\u5236\u5fa1\u3057\u307e\u3059\u300210 \u306b\u8a2d\u5b9a\u3059\u308b\u3068\u826f\u3044\u7d50\u679c\u3092\u3082\u305f\u3089\u3059\u3053\u3068\u304c\u307b\u3068\u3093\u3069\u3067\u3059\u304c\u3001\u30a2\u30d7\u30ea\u30b1\u30fc\u30b7\u30e7\u30f3\u306b\u3088\u3063\u3066\u7570\u306a\u308b\u5834\u5408\u304c\u3042\u308a\u307e\u3059\u3002\u30b9\u30ad\u30e3\u30f3\u3054\u3068\u306e\u30ce\u30fc\u30c9\u3088\u308a\u3082\u591a\u3051\u308c\u3070\u591a\u3044\u307b\u3069\u3001\u30a2\u30eb\u30b4\u30ea\u30ba\u30e0\u306e\u7cbe\u5ea6\u304c\u4e0a\u304c\u308a\u307e\u3059\u3002\u305f\u3060\u3057\u3001\u8a2d\u5b9a\u6570\u304c\u591a\u3059\u304e\u308b\u3068\u5f0a\u5bb3\u304c\u3042\u308a\u307e\u3059\u3002\u7834\u68c4\u3054\u3068\u306b\u591a\u6570\u306e\u30ce\u30fc\u30c9\u3092\u8003\u616e\u3059\u308b\u5fc5\u8981\u304c\u3042\u308b\u3068\u3001\u6307\u5b9a\u3057\u305f\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u51e6\u7406\u306e\u5b8c\u4e86\u304c\u9045\u308c\u308b\u5834\u5408\u304c\u3042\u308a\u3001\u305d\u308c\u306f\u30a2\u30d7\u30ea\u30b1\u30fc\u30b7\u30e7\u30f3\u30b9\u30ec\u30c3\u30c9\u306e\u5fdc\u7b54\u6642\u9593\u306b\u5f71\u97ff\u3092\u4e0e\u3048\u307e\u3059\u3002
property.db-log-file-max.synopsis=\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u30ed\u30b0\u30d5\u30a1\u30a4\u30eb\u306e\u6700\u5927\u30b5\u30a4\u30ba\u3092\u6307\u5b9a\u3057\u307e\u3059\u3002
property.db-logging-file-handler-on.synopsis=\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u304c\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u30ed\u30b0\u30c7\u30a3\u30ec\u30af\u30c8\u30ea\u3068\u540c\u3058\u30c7\u30a3\u30ec\u30af\u30c8\u30ea\u306b je.info \u30d5\u30a1\u30a4\u30eb\u3092\u4fdd\u6301\u3059\u308b\u304b\u3069\u3046\u304b\u3092\u793a\u3057\u307e\u3059\u3002
property.db-logging-file-handler-on.description=\u3053\u306e\u30d5\u30a1\u30a4\u30eb\u306b\u306f\u914d\u4e0b\u306e\u30c7\u30fc\u30bf\u30d9\u30fc\u30b9\u306b\u3088\u3063\u3066\u5b9f\u884c\u3055\u308c\u308b\u5185\u90e8\u51e6\u7406\u306b\u3064\u3044\u3066\u306e\u60c5\u5831\u304c\u542b\u307e\u308c\u307e\u3059\u3002

 opends/src/admin/messages/LocalDBBackendCfgDefn_ko.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=Indicates whether the database should evict existing data from the cache based on an LRU policy (where the least recently used information will be evicted first).
property.db-evictor-lru-only.description=If set to "false", then the eviction keeps internal nodes of the underlying Btree in the cache over leaf notes, even if the leaf nodes have been accessed more recently. This may be a better configuration for databases in which only a very small portion of the data is cached.
property.db-evictor-nodes-per-scan.synopsis=Specifies the number of Btree nodes that should be evicted from the cache in a single pass if it is determined that it is necessary to free existing data in order to make room for new information.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 100 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 10 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
property.db-log-file-max.synopsis=Specifies the maximum size for a database log file.
property.db-logging-file-handler-on.synopsis=Indicates whether the database should maintain a je.info file in the same directory as the database log directory.
property.db-logging-file-handler-on.description=This file contains information about the internal processing performed by the underlying database.

 opends/src/admin/messages/LocalDBBackendCfgDefn_zh_CN.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=\u6307\u793a\u6570\u636e\u5e93\u662f\u5426\u5e94\u5f53\u6839\u636e LRU \u7b56\u7565\u6e05\u9664\u9ad8\u901f\u7f13\u5b58\u4e2d\u7684\u73b0\u6709\u6570\u636e\uff08\u5728\u8fd9\u79cd\u60c5\u51b5\u4e0b\uff0c\u5c06\u6700\u5148\u6e05\u9664\u6700\u8fd1\u6700\u5c11\u4f7f\u7528\u7684\u4fe1\u606f\uff09\u3002
property.db-evictor-lru-only.description=\u5982\u679c\u8bbe\u7f6e\u4e3a "false"\uff0c\u5219\u6e05\u9664\u65f6\u4f1a\u4f18\u5148\u4fdd\u7559\u9ad8\u901f\u7f13\u5b58\u4e2d\u57fa\u7840 Btree \u7684\u5185\u90e8\u8282\u70b9\u800c\u975e\u53f6\u8282\u70b9\uff0c\u5373\u4f7f\u8bbf\u95ee\u53f6\u8282\u70b9\u7684\u65f6\u95f4\u66f4\u8fd1\u3002\u5bf9\u4e8e\u4ec5\u7f13\u5b58\u5f88\u5c11\u4e00\u90e8\u5206\u6570\u636e\u7684\u6570\u636e\u5e93\u6765\u8bf4\uff0c\u8fd9\u53ef\u80fd\u662f\u66f4\u597d\u7684\u914d\u7f6e\u3002
property.db-evictor-nodes-per-scan.synopsis=\u6307\u5b9a\u5728\u786e\u5b9e\u6709\u5fc5\u8981\u6e05\u9664\u73b0\u6709\u6570\u636e\u4ee5\u4fbf\u4e3a\u65b0\u4fe1\u606f\u7559\u51fa\u7a7a\u95f4\u65f6\uff0c\u4e00\u6b21\u5e94\u4ece\u9ad8\u901f\u7f13\u5b58\u4e2d\u6e05\u9664\u7684 Btree \u8282\u70b9\u7684\u6570\u91cf\u3002
property.db-evictor-nodes-per-scan.description=\u5bf9\u6b64\u5c5e\u6027\u6240\u505a\u7684\u66f4\u6539\u76f4\u5230\u91cd\u65b0\u542f\u52a8\u540e\u7aef\u540e\u624d\u4f1a\u751f\u6548\u3002\u5efa\u8bae\u60a8\u5728\u5c06 db-evictor-lru-only \u8bbe\u7f6e\u4e3a false \u65f6\uff0c\u4e5f\u66f4\u6539\u6b64\u5c5e\u6027\u3002\u6b64\u8bbe\u7f6e\u53ef\u63a7\u5236\u6bcf\u6b21\u6e05\u9664\u8282\u70b9\u65f6\uff0c\u8981\u8003\u8651\u6216\u91c7\u6837\u7684 Btree \u8282\u70b9\u6570\u3002\u8bbe\u7f6e\u4e3a 100 \u901a\u5e38\u4f1a\u4ea7\u751f\u826f\u597d\u7684\u6548\u679c\uff0c\u4e0d\u8fc7\uff0c\u8fd9\u53ef\u80fd\u56e0\u5e94\u7528\u7a0b\u5e8f\u7684\u4e0d\u540c\u800c\u5f02\u3002\u6bcf\u6b21\u626b\u63cf\u7684\u8282\u70b9\u6570\u8d8a\u591a\uff0c\u7b97\u6cd5\u5c31\u8d8a\u7cbe\u786e\u3002\u4f46\u662f\uff0c\u5c06\u5176\u8bbe\u7f6e\u5f97\u8fc7\u9ad8\u4e5f\u662f\u6709\u5bb3\u65e0\u5229\uff0c\u56e0\u4e3a\u5bf9\u4e8e\u6bcf\u6b21\u6e05\u9664\u90fd\u9700\u8981\u8003\u8651\u66f4\u591a\u6570\u76ee\u7684\u8282\u70b9\uff0c\u8fd9\u6837\u4f1a\u5ef6\u8fdf\u6307\u5b9a\u6570\u636e\u5e93\u64cd\u4f5c\u7684\u5b8c\u6210\u65f6\u95f4\uff0c\u4ece\u800c\u5f71\u54cd\u5e94\u7528\u7a0b\u5e8f\u7ebf\u7a0b\u7684\u54cd\u5e94\u65f6\u95f4\u3002
property.db-evictor-nodes-per-scan.description=\u5bf9\u6b64\u5c5e\u6027\u6240\u505a\u7684\u66f4\u6539\u76f4\u5230\u91cd\u65b0\u542f\u52a8\u540e\u7aef\u540e\u624d\u4f1a\u751f\u6548\u3002\u5efa\u8bae\u60a8\u5728\u5c06 db-evictor-lru-only \u8bbe\u7f6e\u4e3a false \u65f6\uff0c\u4e5f\u66f4\u6539\u6b64\u5c5e\u6027\u3002\u6b64\u8bbe\u7f6e\u53ef\u63a7\u5236\u6bcf\u6b21\u6e05\u9664\u8282\u70b9\u65f6\uff0c\u8981\u8003\u8651\u6216\u91c7\u6837\u7684 Btree \u8282\u70b9\u6570\u3002\u8bbe\u7f6e\u4e3a 10 \u901a\u5e38\u4f1a\u4ea7\u751f\u826f\u597d\u7684\u6548\u679c\uff0c\u4e0d\u8fc7\uff0c\u8fd9\u53ef\u80fd\u56e0\u5e94\u7528\u7a0b\u5e8f\u7684\u4e0d\u540c\u800c\u5f02\u3002\u6bcf\u6b21\u626b\u63cf\u7684\u8282\u70b9\u6570\u8d8a\u591a\uff0c\u7b97\u6cd5\u5c31\u8d8a\u7cbe\u786e\u3002\u4f46\u662f\uff0c\u5c06\u5176\u8bbe\u7f6e\u5f97\u8fc7\u9ad8\u4e5f\u662f\u6709\u5bb3\u65e0\u5229\uff0c\u56e0\u4e3a\u5bf9\u4e8e\u6bcf\u6b21\u6e05\u9664\u90fd\u9700\u8981\u8003\u8651\u66f4\u591a\u6570\u76ee\u7684\u8282\u70b9\uff0c\u8fd9\u6837\u4f1a\u5ef6\u8fdf\u6307\u5b9a\u6570\u636e\u5e93\u64cd\u4f5c\u7684\u5b8c\u6210\u65f6\u95f4\uff0c\u4ece\u800c\u5f71\u54cd\u5e94\u7528\u7a0b\u5e8f\u7ebf\u7a0b\u7684\u54cd\u5e94\u65f6\u95f4\u3002
property.db-log-file-max.synopsis=\u6307\u5b9a\u6570\u636e\u5e93\u65e5\u5fd7\u6587\u4ef6\u7684\u6700\u5927\u5927\u5c0f\u3002
property.db-logging-file-handler-on.synopsis=\u6307\u793a\u6570\u636e\u5e93\u662f\u5426\u5e94\u5f53\u5728\u4e0e\u6570\u636e\u5e93\u65e5\u5fd7\u76ee\u5f55\u76f8\u540c\u7684\u76ee\u5f55\u4e2d\u4fdd\u7559 je.info \u6587\u4ef6\u3002
property.db-logging-file-handler-on.description=\u6b64\u6587\u4ef6\u5305\u542b\u6709\u5173\u57fa\u7840\u6570\u636e\u5e93\u6240\u6267\u884c\u7684\u5185\u90e8\u5904\u7406\u7684\u4fe1\u606f\u3002

 opends/src/admin/messages/LocalDBBackendCfgDefn_zh_TW.properties

@@ -28,7 +28,7 @@
property.db-evictor-lru-only.synopsis=Indicates whether the database should evict existing data from the cache based on an LRU policy (where the least recently used information will be evicted first).
property.db-evictor-lru-only.description=If set to "false", then the eviction keeps internal nodes of the underlying Btree in the cache over leaf notes, even if the leaf nodes have been accessed more recently. This may be a better configuration for databases in which only a very small portion of the data is cached.
property.db-evictor-nodes-per-scan.synopsis=Specifies the number of Btree nodes that should be evicted from the cache in a single pass if it is determined that it is necessary to free existing data in order to make room for new information.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 100 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 10 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
property.db-log-file-max.synopsis=Specifies the maximum size for a database log file.
property.db-logging-file-handler-on.synopsis=Indicates whether the database should maintain a je.info file in the same directory as the database log directory.
property.db-logging-file-handler-on.description=This file contains information about the internal processing performed by the underlying database.