J'ai un serveur de fichier et d'impression sous Debian Sarge qui me
consomme un quantité astronomique de mémoire :
Ce que je voudrais savoir, c'est comment se fait-il que samba me consomme
autant de mémoire,
et comment l'en empecher ?
J'ai un serveur de fichier et d'impression sous Debian Sarge qui me
consomme un quantité astronomique de mémoire :
Ce que je voudrais savoir, c'est comment se fait-il que samba me consomme
autant de mémoire,
et comment l'en empecher ?
J'ai un serveur de fichier et d'impression sous Debian Sarge qui me
consomme un quantité astronomique de mémoire :
Ce que je voudrais savoir, c'est comment se fait-il que samba me consomme
autant de mémoire,
et comment l'en empecher ?
Avant de savoir pourquoi Samba consomme autant, il faudrait nous en
dire plus sur le nombre de partages et leur contenu, le nombre moyen
de clients connectés, le nombre et la taille moyenne des fichiers
transférés, etc. Parce que si vous avez 100 clients connectés, 100
répertoires partagés contenant des milliers de fichiers et des Go de
données transférées en écriture, il n'y a alors rien d'étonnant
qu'avec seulement 256Mo de mémoire vive on soit face un goulot
d'étranglement.
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
Avant de savoir pourquoi Samba consomme autant, il faudrait nous en
dire plus sur le nombre de partages et leur contenu, le nombre moyen
de clients connectés, le nombre et la taille moyenne des fichiers
transférés, etc. Parce que si vous avez 100 clients connectés, 100
répertoires partagés contenant des milliers de fichiers et des Go de
données transférées en écriture, il n'y a alors rien d'étonnant
qu'avec seulement 256Mo de mémoire vive on soit face un goulot
d'étranglement.
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
Avant de savoir pourquoi Samba consomme autant, il faudrait nous en
dire plus sur le nombre de partages et leur contenu, le nombre moyen
de clients connectés, le nombre et la taille moyenne des fichiers
transférés, etc. Parce que si vous avez 100 clients connectés, 100
répertoires partagés contenant des milliers de fichiers et des Go de
données transférées en écriture, il n'y a alors rien d'étonnant
qu'avec seulement 256Mo de mémoire vive on soit face un goulot
d'étranglement.
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
syncro ?
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
syncro ?
En limitant le nombre de connexions simultanées (max connections) qui
par défaut est illimité, en limitant le nombre maximum de fichier
ouvert (max open files), en limitant la queue d'impression (max print
jobs). En paramétrant au mieux les options de cache (write cache size,
stat cache et getwd cache) et les options de synchronisation
d'écriture (sync always).
est-ce que tu peux me parler un peu plus de ces options de cache et de
syncro ?
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache size = nombre - défaut 50
Détermine le nombre de noms de clients mis en cache pour une résolution
plus rapide. Ne doit pas être modifié.
write cache size = nombre - défaut 0 (désactivé)
Alloue un tampon d'écriture à la taille spécifiée dans lequel Samba
accumule les données avant de les écrire sur le disque. Cette option peut
être employée pour garantir que chaque écriture a la taille optimale pour
un système de fichier donné. Utilisé classiquement avec des lecteurs en
RAID qui possèdent une taille d'écriture favorite et des systèmes qui ont
beaucoup de mémoire et des disques lents.
sync always = booléen - défaut no
Si elle égale à YES, Samba force le vidage des données vers le disque via
fsync (3) après chaque écriture. A éviter hormis pour le débogage des
serveurs défaillants.
Bref, ca n'a rien à voir avec ce que tu suggères...
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache size = nombre - défaut 50
Détermine le nombre de noms de clients mis en cache pour une résolution
plus rapide. Ne doit pas être modifié.
write cache size = nombre - défaut 0 (désactivé)
Alloue un tampon d'écriture à la taille spécifiée dans lequel Samba
accumule les données avant de les écrire sur le disque. Cette option peut
être employée pour garantir que chaque écriture a la taille optimale pour
un système de fichier donné. Utilisé classiquement avec des lecteurs en
RAID qui possèdent une taille d'écriture favorite et des systèmes qui ont
beaucoup de mémoire et des disques lents.
sync always = booléen - défaut no
Si elle égale à YES, Samba force le vidage des données vers le disque via
fsync (3) après chaque écriture. A éviter hormis pour le débogage des
serveurs défaillants.
Bref, ca n'a rien à voir avec ce que tu suggères...
stat cache c'est le cache qui sera utilisé pour mémoriser les
informations des fichiers parcourus. Par défaut, ce cache a une taille
illimitée. Si Samba parcoure un grand nombre de fichiers et de
répertoires, ce cache peut vite devenir gros.
write cache c'est la mémoire réservée pour stocker un fichier en
écriture avant qu'il soit « flushé » sur le disque, c'est-à-dire avant
qu'il soit réellement écrit sur le disque. L'écriture sur le disque se
fait quand le fichier est fermé ou quand le client le demande. Par
défaut, la taille de ce cache est illimitée. Si un client ouvre
beaucoup de fichiers en écriture, le cache peut vite devenir gros.
getwd cache est par défaut à on, mais en fait ne devrait pas impacter
l'utilisation mémoire. Il vaut mieux le laisser à on de toute manière.
sync always c'est pour forcer l'écriture des fichiers sur le disque au
lieu de les stocker temporairement en mémoire. Ça peut réduire
l'utilisation en mémoire, mais au détriment de la rapidité d'accès aux
fichiers.
Extraits "Samba, Installation et mise en oeuvre" de chez O'Reilly :
stat cache size = nombre - défaut 50
Détermine le nombre de noms de clients mis en cache pour une résolution
plus rapide. Ne doit pas être modifié.
write cache size = nombre - défaut 0 (désactivé)
Alloue un tampon d'écriture à la taille spécifiée dans lequel Samba
accumule les données avant de les écrire sur le disque. Cette option peut
être employée pour garantir que chaque écriture a la taille optimale pour
un système de fichier donné. Utilisé classiquement avec des lecteurs en
RAID qui possèdent une taille d'écriture favorite et des systèmes qui ont
beaucoup de mémoire et des disques lents.
sync always = booléen - défaut no
Si elle égale à YES, Samba force le vidage des données vers le disque via
fsync (3) après chaque écriture. A éviter hormis pour le débogage des
serveurs défaillants.
Bref, ca n'a rien à voir avec ce que tu suggères...
man smb.conf
stat cache (G)
This parameter specifies the maximum amount of memory (in kilobytes
) smbd will use for the stat cache that speeds up case insensitive
name mappings. If set to zero (the default) there is no limit.
Change this if your smbd processes grow too large when servicing
something like a back-up application.
Default: stat cache = 0
man smb.conf
stat cache (G)
This parameter specifies the maximum amount of memory (in kilobytes
) smbd will use for the stat cache that speeds up case insensitive
name mappings. If set to zero (the default) there is no limit.
Change this if your smbd processes grow too large when servicing
something like a back-up application.
Default: stat cache = 0
man smb.conf
stat cache (G)
This parameter specifies the maximum amount of memory (in kilobytes
) smbd will use for the stat cache that speeds up case insensitive
name mappings. If set to zero (the default) there is no limit.
Change this if your smbd processes grow too large when servicing
something like a back-up application.
Default: stat cache = 0