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_fr.properties | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/opends/src/admin/messages/LocalDBBackendCfgDefn_fr.properties b/opends/src/admin/messages/LocalDBBackendCfgDefn_fr.properties index 3c558a7..423cd28 100644 --- a/opends/src/admin/messages/LocalDBBackendCfgDefn_fr.properties +++ b/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. -- Gitblit v1.10.0