| 721 | | Startup |
|---|
| 722 | | </entry> |
|---|
| 723 | | <entry></entry> |
|---|
| 724 | | <entry> |
|---|
| 725 | | Sets the maximum number of simultaneously open files |
|---|
| 726 | | allowed to each server subprocess. The default is 1000. If the kernel is |
|---|
| 727 | | enforcing a safe per-process limit, you don't need to worry about this |
|---|
| 728 | | setting. But on some platforms (notably, most BSD systems), the kernel will |
|---|
| 729 | | allow individual processes to open many more files than the system can really |
|---|
| 730 | | support when a large number of processes all try to open that many files. If |
|---|
| 731 | | you find yourself seeing "Too many open files" failures, try reducing this |
|---|
| 732 | | setting. This option can only be set at server start. |
|---|
| 733 | | </entry> |
|---|
| 734 | | <entry> |
|---|
| 735 | | Per the docs, mainly used for BSD. Don't bother with it unless you get |
|---|
| 736 | | a “too many files” message. |
|---|
| | 720 | Démarrage |
|---|
| | 721 | </entry> |
|---|
| | 722 | <entry></entry> |
|---|
| | 723 | <entry> |
|---|
| | 724 | Fixe le nombre maximum de fichiers simultanément ouverts par chaque |
|---|
| | 725 | sous-processus du serveur. La valeur par défaut est 1 000. |
|---|
| | 726 | Si le noyau impose une limite par processus, il n'est pas nécessaire |
|---|
| | 727 | de s'inquiéter de ce paramètre. Mais sur la plupart des plateformes |
|---|
| | 728 | (et notamment BSD), le noyau autorise des processus individuels à ouvrir |
|---|
| | 729 | beaucoup plus de fichiers que le système ne peut en prendre en charge |
|---|
| | 730 | lorsque de nombreux processus essayent tous d'ouvrir ce nombre de fichiers. |
|---|
| | 731 | Si le message d'erreur « Trop de fichiers ouverts » |
|---|
| | 732 | (<foreignphrase>"Too many open files"</foreignphrase>) apparaît, |
|---|
| | 733 | il faut alors essayer de réduire ce paramètre. Il ne peut être |
|---|
| | 734 | fixé qu'au démarrage du serveur. |
|---|
| | 735 | </entry> |
|---|
| | 736 | <entry> |
|---|
| | 737 | D'après la documentation, utilisé essentiellement pour BSD. À considérer uniquement |
|---|
| | 738 | à l'appartion de messages « Trop de fichiers ouverts » |
|---|
| | 739 | (<foreignphrase>"Too many open files"</foreignphrase>). |
|---|
| 741 | | <entry>File path</entry> |
|---|
| 742 | | <entry>Empty</entry> |
|---|
| 743 | | <entry> |
|---|
| 744 | | Startup |
|---|
| 745 | | </entry> |
|---|
| 746 | | <entry></entry> |
|---|
| 747 | | <entry> |
|---|
| 748 | | <para> |
|---|
| 749 | | This variable specifies one or more shared libraries |
|---|
| 750 | | that are to be preloaded at server start. A parameterless initialization |
|---|
| 751 | | function can optionally be called for each library. To specify that, add a |
|---|
| 752 | | colon and the name of the initialization function after the library name. For |
|---|
| 753 | | example '$libdir/mylib:mylib_init' would cause mylib to be preloaded and |
|---|
| 754 | | mylib_init to be executed. If more than one library is to be loaded, separate |
|---|
| 755 | | their names with commas. |
|---|
| 756 | | </para> |
|---|
| 757 | | <para> |
|---|
| 758 | | If a specified library or initialization function is |
|---|
| 759 | | not found, the server will fail to start. PostgreSQL procedural language |
|---|
| 760 | | libraries may be preloaded in this way, typically by using the syntax |
|---|
| 761 | | '$libdir/plXXX:plXXX_init' where XXX is pgsql, perl, tcl, or python. |
|---|
| 762 | | </para> |
|---|
| 763 | | <para> |
|---|
| 764 | | By preloading a shared library (and initializing it if |
|---|
| 765 | | applicable), the library startup time is avoided when the library is first |
|---|
| 766 | | used. However, the time to start each new server process may increase |
|---|
| 767 | | slightly, even if that process never uses the library. So this option is |
|---|
| 768 | | recommended only for libraries that will be used in most sessions. |
|---|
| 769 | | </para> |
|---|
| 770 | | </entry> |
|---|
| 771 | | <entry> |
|---|
| 772 | | This is only useful for specific specialized database |
|---|
| 773 | | purposes. For example, a mapping database might gain some small performance |
|---|
| 774 | | by preloading the GIS libraries. For most systems, this is better left alone. |
|---|
| 775 | | |
|---|
| | 744 | <entry>Chemin de fichier</entry> |
|---|
| | 745 | <entry>Vide</entry> |
|---|
| | 746 | <entry> |
|---|
| | 747 | Démarrage |
|---|
| | 748 | </entry> |
|---|
| | 749 | <entry></entry> |
|---|
| | 750 | <entry> |
|---|
| | 751 | <para> |
|---|
| | 752 | Indique les bibliothèques à précharger au démarrage du serveur. Une |
|---|
| | 753 | fonction d'initialisation sans paramètre peut optionnellement être |
|---|
| | 754 | appelée pour chaque bibliothèque. Pour cela, il suffit d'ajouter un |
|---|
| | 755 | double-point et le nom de la fonction d'initialisation après le |
|---|
| | 756 | nom de la bibliothèque. '$libdir/mylib:mylib_init' implique, par exemple, |
|---|
| | 757 | le préchargement de mylib et l'exécution de la fonction mylib_init. |
|---|
| | 758 | Si plusieurs bibliothèques doivent être chargées, leurs noms |
|---|
| | 759 | sont séparés par des virgules. |
|---|
| | 760 | </para> |
|---|
| | 761 | <para> |
|---|
| | 762 | Si une bibliothèque ou une fonction d'initialisation ainsi indiquée |
|---|
| | 763 | n'est pas trouvée, le serveur ne peut pas démarrer. Les bibliothèques |
|---|
| | 764 | du langage procédural de PostgreSQL peuvent être préchargées de cette |
|---|
| | 765 | façon, typiquement en utilisant la syntaxe '$libdir/plXXX:plXXX_init' |
|---|
| | 766 | avec XXX qui peut être pgsql, perl, tcl ou python. |
|---|
| | 767 | </para> |
|---|
| | 768 | <para> |
|---|
| | 769 | Le préchargement (et l'initialisation éventuelle) d'une bibliothèque |
|---|
| | 770 | partagée permet d'éviter le temps de chargement de la bibliothèque |
|---|
| | 771 | la première fois qu'elle est utilisée. Néanmoins, le temps de démarrage |
|---|
| | 772 | de chaque processus serveur peut croître légèrement, même si ce |
|---|
| | 773 | processus n'utilise jamais cette bibliothèque. Cette option n'est |
|---|
| | 774 | donc recommandée que pour les bibliothèques utilisées dans la plupart |
|---|
| | 775 | des sessions. |
|---|
| | 776 | </para> |
|---|
| | 777 | </entry> |
|---|
| | 778 | <entry> |
|---|
| | 779 | Cela n'est utile que pour dans le cas de bases de données spécialisées. |
|---|
| | 780 | Une base de cartographie peut, par exemple, gagner légèrement en performances |
|---|
| | 781 | en préchargeant les bibliothèques GIS. Pour la plupart des systèmes, il est |
|---|
| | 782 | préférable de ne pas renseigner cette option. |
|---|
| 807 | | <entry>Runtime</entry> |
|---|
| 808 | | <entry></entry> |
|---|
| 809 | | <entry> |
|---|
| 810 | | The length of time, in milliseconds, that the process will sleep when the cost |
|---|
| 811 | | limit has been exceeded. The default value is 0, which disables the cost-based |
|---|
| 812 | | vacuum delay feature. Positive values enable cost-based vacuuming. Note that |
|---|
| 813 | | on many systems, the effective resolution of sleep delays is 10 milliseconds; |
|---|
| 814 | | setting vacuum_cost_delay to a value that is not a multiple of 10 may have the |
|---|
| 815 | | same results as setting it to the next higher multiple of 10. |
|---|
| 816 | | </entry> |
|---|
| 817 | | <entry> |
|---|
| 818 | | This setting is extremely valuable when vacuuming large tables which otherwise |
|---|
| 819 | | might tie up I/O for long periods or hold locks blocking numerous queries. |
|---|
| 820 | | Turning on vacuum delay, essentially, breaks up vacuuming any large table into |
|---|
| 821 | | segments defined as specific quantities of work, between which vacuum goes |
|---|
| 822 | | to sleep for the time defined in this setting. This has the overall effect of |
|---|
| 823 | | increasing the time required to vacuum, possibly by several multiples, but |
|---|
| 824 | | reducing the overall system impact of that vacuum, by as much as 85%. |
|---|
| 825 | | Reasonable delay settings are between 50ms and 200ms. |
|---|
| | 814 | <entry>Exécution</entry> |
|---|
| | 815 | <entry></entry> |
|---|
| | 816 | <entry> |
|---|
| | 817 | Le temps, en millisecondes, pendant lequel le processus est endormi lorsque |
|---|
| | 818 | la limite de coût est atteinte. La valeur par défaut est 0, ce qui désactive |
|---|
| | 819 | la fonctionnalité de délai de nettoyage en fonction du coût. Les valeurs |
|---|
| | 820 | positives active le nettoyage dépendant du coût. Sur la plupart des systèmes |
|---|
| | 821 | la résolution réelle du délai est de 10 millisecondes ; une valeur |
|---|
| | 822 | de vacuum_cost_delay qui n'est pas un multiple de 10 a le même comportement |
|---|
| | 823 | que le plus petit multiple de 10 supérieur à cette valeur. |
|---|
| | 824 | </entry> |
|---|
| | 825 | <entry> |
|---|
| | 826 | Ce paramètre est très utile lors du nettoyage de tables volumineuses, qui |
|---|
| | 827 | autrement peut bloquer les E/S pendant de longues périodes ou maintenir |
|---|
| | 828 | des verrous bloquant de nombreuses requêtes. Pour l'essentiel, l'activation |
|---|
| | 829 | de ce paramètre découpe le nettoyage d'une table volumineuse en segments |
|---|
| | 830 | définis comme des unités de travail spécifiques, entre lesquelles le |
|---|
| | 831 | nettoyage est endormi pour le temps défini par le paramètre. Cela a pour |
|---|
| | 832 | effet d'augmenter parfois considérablement le temps nécessaire au nettoyage, |
|---|
| | 833 | mais aussi de réduire l'impact du nettoyage sur le système, de l'ordre de 85%. |
|---|
| | 834 | Une valeur raisonnable est comprise entre 50 ms et 200 ms. |
|---|
| 883 | | The accumulated cost that will cause the vacuuming process to sleep. |
|---|
| 884 | | </entry> |
|---|
| 885 | | <entry> |
|---|
| 886 | | Lower this in order to break up vacuuming into more "segmentsé. A really |
|---|
| 887 | | aggressive combination might be vacuum_cost_delay of 200ms and |
|---|
| 888 | | vacuum_cost_limit of 50; this could result in vacuum taking 10 times as long |
|---|
| 889 | | with almost no database performance impact. Most DBAs will want to be more |
|---|
| 890 | | moderate. |
|---|
| | 894 | Indique le coût cumulé qui impose la mise en sommeil du processus de |
|---|
| | 895 | nettoyage. |
|---|
| | 896 | </entry> |
|---|
| | 897 | <entry> |
|---|
| | 898 | La valeur de ce paramètre est diminuée pour fragmenter le nettoyage en des |
|---|
| | 899 | « segments » plus nombreux. Une combinaison très |
|---|
| | 900 | aggressive consiste à positionner vacuum_cost_delay à 200 ms et |
|---|
| | 901 | vacuum_cost_limit à 50 ms ; cela implique un nettoyage 10 fois plus |
|---|
| | 902 | long mais sans impact sur les performances de la base de données. Dans la |
|---|
| | 903 | plupart des cas, le DBA peut être plus modéré. |
|---|
