Paramètres du module rpcmod

Cette section décrit les paramètres NFS pour le module rpcmod.

rpcmod:clnt_max_conns

Description

Contrôle le nombre de connexions TCP que le client NFS utilise lors de la communication avec chaque serveur NFS. Le noyau RPC est créé pour multiplexer les RPC sur une seule connexion. Vous pouvez cependant utiliser plusieurs connexions si vous le préférez.

Type de données

Entier (32 bits)

Par défaut

1

Plage

1 à 2³¹ - 1

Unités

Connexions

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

En général, une connexion suffit pour obtenir toute la bande passante du réseau. En revanche, si TCP ne peut pas utiliser toute la bande passante proposée par le réseau dans un flux unique, plusieurs connexions peuvent augmenter le débit entre le client et le serveur.

L'augmentation du nombre de connexions n'est pas sans conséquences. L'augmentation du nombre de connexions augmente également l'utilisation des ressources du noyau nécessaires pour assurer le suivi de chaque connexion.

Niveau de validation

Instable

rpcmod:clnt_idle_timeout

Description

Détermine la durée sur le client pendant laquelle une connexion entre le client et le serveur est autorisée à rester inactive avant d'être fermée.

Type de données

Entier long (64 bits)

Par défaut

300,000 millisecondes (5 minutes)

Plage

0 à 2⁶³ - 1

Unités

Millisecondes

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

Utilisez ce paramètre pour modifier la durée pendant laquelle les connexions inactives peuvent exister sur le client avant d'être fermées. Il peut s'avérer utile de fermer les connexions plus rapidement afin de limiter la consommation de ressources système.

Niveau de validation

Instable

rpcmod:svc_idle_timeout

Description

Détermine la durée sur le serveur pendant laquelle une connexion entre le client et le serveur est autorisée à rester inactive avant d'être fermée.

Type de données

Entier long (64 bits)

Par défaut

360 000 millisecondes (6 minutes)

Plage

0 à 2⁶³ - 1

Unités

Millisecondes

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

Utilisez ce paramètre pour modifier la durée pendant laquelle les connexions inactives peuvent exister sur le serveur avant d'être fermées. Il peut s'avérer utile de fermer les connexions plus rapidement afin de limiter la consommation de ressources système.

Niveau de validation

Instable

rpcmod:svc_default_stksize

Description

Définit la taille de la pile du noyau pour les threads de service RPC du noyau.

Type de données

Entier (32 bits)

Par défaut

La valeur par défaut est 0. Cette valeur signifie que la taille de la pile est définie sur la valeur système par défaut.

Plage

0 à 2³¹ - 1

Unités

Octets

Dynamique ?

Oui, pour tous les nouveaux threads qui sont alloués. La taille de la pile est définie lorsque le thread est créé. Par conséquent, les modifications apportées à ce paramètre n'affectent pas les threads existants, mais sont appliquées à tous les nouveaux threads qui sont alloués.

Validation

Aucune

Quand le modifier ?

Une profondeur d'appel très importante peut entraîner le dépassement de la pile et des erreurs de zone rouge. L'association d'un appel peu profond pour le transport et d'un appel profond pour le système de fichiers local peut entraîner le dépassement de leurs piles par les threads du service NFS.

Définissez ce paramètre sur un multiple de la valeur pagesize matérielle sur la plate-forme.

Niveau de validation

Instable

rpcmod:maxdupreqs

Description

Contrôle la taille du cache de demandes en double qui détecte les retransmissions RPC sur des transports sans connexions. Ce cache est indexé par l'adresse réseau du client et le numéro de procédure RPC, le numéro de programme, le numéro de version et l'ID de la transaction. Ce cache empêche le traitement de demandes retransmises qui ne sont peut-être pas idempotentes.

Type de données

Entier (32 bits)

Par défaut

8192

Plage

1 à 2³¹ - 1

Unités

Demandes

Dynamique ?

La taille du cache est dynamique, mais les files d'attente de hachage qui permettent d'accéder rapidement au cache possèdent une taille statique. Plus le cache est grand, plus la recherche d'entrées dans le cache risque d'être longue.

Ne définissez pas la valeur de ce paramètre sur 0. Cette valeur empêche le serveur NFS de traiter les demandes non idempotentes.

Validation

Aucune

Quand le modifier ?

Examinez la valeur de ce paramètre si les clients NFS rencontrent de fausses pannes. Par exemple, si une tentative de création d'un répertoire échoue, mais que le répertoire est créé, il est possible qu'une demande MKDIR retransmise n'ait pas été détectée par le serveur.

La taille du cache doit correspondre à celle de la charge sur le serveur. Le cache enregistre les demandes non idempotentes et n'a donc besoin de suivre qu'une partie du nombre total de demandes. Le cache doit conserver les informations suffisamment longtemps pour être en mesure de détecter une retransmission par le client. En règle générale, le délai d'expiration du client pour des transports sans connexion est relativement court, d'environ 1 seconde à environ 20 secondes.

Niveau de validation

Instable

rpcmod:cotsmaxdupreqs

Description

Contrôle la taille du cache de demandes en double qui détecte les retransmissions RPC sur des transports orientés connexion. Ce cache est indexé par l'adresse réseau du client et le numéro de procédure RPC, le numéro de programme, le numéro de version et l'ID de la transaction. Ce cache empêche le traitement de demandes retransmises qui ne sont peut-être pas idempotentes.

Type de données

Entier (32 bits)

Par défaut

8192

Plage

1 à 2³¹ - 1

Unités

Demandes

Dynamique ?

Oui

Validation

La taille du cache est dynamique, mais les files d'attente de hachage qui permettent d'accéder rapidement au cache possèdent une taille statique. Plus le cache est grand, plus la recherche d'entrées dans le cache risque d'être longue.

Ne définissez pas la valeur de ce paramètre sur 0. Elle empêche le serveur NFS de traiter les demandes non idempotentes.

Quand le modifier ?

Examinez la valeur de ce paramètre si les clients NFS rencontrent de fausses pannes. Par exemple, si une tentative de création d'un répertoire échoue, mais que le répertoire est créé, il est possible qu'une demande MKDIR retransmise n'ait pas été détectée par le serveur.

La taille du cache doit correspondre à celle de la charge sur le serveur. Le cache enregistre les demandes non idempotentes et n'a donc besoin de suivre qu'une partie du nombre total de demandes. Il doit conserver les informations suffisamment longtemps pour être en mesure de détecter une retransmission par le client. En règle générale, le délai d'expiration du client pour des transports orientés connexion est très long, d'environ 1 minute. Par conséquent, les entrées doivent rester dans le cache pendant d'assez longues périodes.

Niveau de validation

Instable