Optimisez votre système Linux - Historique des versions

Lea : Lea a déplacé la page Admin-admin plus-optimise vers Optimisez votre système Linux

2023-12-11T09:30:28Z

Lea a déplacé la page Admin-admin plus-optimise vers Optimisez votre système Linux

← Version précédente	Version du 11 décembre 2023 à 09:30
(Aucune différence)

Jiel : balises code

2012-05-21T21:54:28Z

balises code

Voir les modifications

Jiel le 27 avril 2011 à 12:40

2011-04-27T12:40:31Z

← Version précédente		Version du 27 avril 2011 à 12:40
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Les plus de l'administration~~]]		[[Catégorie:Administration système]]

	= Optimisez votre système Linux =		= Optimisez votre système Linux =

Ligne 207 :		Ligne 208 :
	;<span id="thread">Thread</span>		;<span id="thread">Thread</span>
	:Un ''thread'' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un ''fork'' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.		:Un ''thread'' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un ''fork'' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.


			<br/>
			<br/>
			'''<b>[[Admin-index\|@ Retour à la rubrique Administration système]]</b>'''
			<br/>

	<div class="merci">Cette page est issue de la documentation « pré-wiki » de Léa a été convertie avec HTML::WikiConverter. Elle a été créée par Lionel Tricon le 16/02/2001.</div>		<div class="merci">Cette page est issue de la documentation « pré-wiki » de Léa a été convertie avec HTML::WikiConverter. Elle a été créée par Lionel Tricon le 16/02/2001.</div>

Fred : /* Glossaire */

2005-10-25T16:17:27Z

Glossaire

← Version précédente		Version du 25 octobre 2005 à 16:17
Ligne 201 :		Ligne 201 :

	== Glossaire ==		== Glossaire ==
	;<~~div~~ id="SCSI">SCSI</~~div~~>		;<span id="SCSI">SCSI</span>
	:Small Computer Systems Interface. Trés utilisé dans le monde industriel (essentiellement pour les disques durs) car il offre de très bonne performances et des caratéristiques intéressantes liées au protocole SCSI (hot-swap, nombre de devices supportés, ...).		:Small Computer Systems Interface. Trés utilisé dans le monde industriel (essentiellement pour les disques durs) car il offre de très bonne performances et des caratéristiques intéressantes liées au protocole SCSI (hot-swap, nombre de devices supportés, ...).
	;<~~div~~ id="SMP">SMP</~~div~~>		;<span id="SMP">SMP</span>
	:Symmetric Multi Processing. Se dit d'un système qui possède plusieurs processeurs sur la même carte mère. Tous les processeurs partagent la même mémoire vive : on dit que c'est un système à mémoire partagée.		:Symmetric Multi Processing. Se dit d'un système qui possède plusieurs processeurs sur la même carte mère. Tous les processeurs partagent la même mémoire vive : on dit que c'est un système à mémoire partagée.
	;<~~div~~ id="thread">Thread</~~div~~>		;<span id="thread">Thread</span>
	:Un ''thread'' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un ''fork'' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.		:Un ''thread'' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un ''fork'' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.

Ennael le 25 octobre 2005 à 11:07

2005-10-25T11:07:54Z

← Version précédente		Version du 25 octobre 2005 à 11:07
Ligne 7 :		Ligne 7 :
	== Considérations générales ==		== Considérations générales ==

	La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants ~~métériels~~ (''hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[#SCSI\|SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[#SMP\|SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.		La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants matériels (''hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[#SCSI\|SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[#SMP\|SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.

	Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.		Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.

Vincent Ramos : liens

2005-10-25T10:52:19Z

liens

← Version précédente		Version du 25 octobre 2005 à 10:52
Ligne 7 :		Ligne 7 :
	== Considérations générales ==		== Considérations générales ==

	La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants métériels (''hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[#SCSI\|SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.		La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants métériels (''hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[#SCSI\|SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[#SMP\|SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.

	Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.		Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.
Ligne 28 :		Ligne 28 :
	== Parallélisme ==		== Parallélisme ==

	Si vous souhaitez améliorer encore et toujours les performances, regardez attentivement du côté du parallélisme, notion qui consiste à faire travailler collectivement un code sur plusieurs processeurs. On peut faire du parallélisme sur du matériel SMP à l'aide généralement de processus légers ([[thread]]s) ou bien sur des grappes de machines ([http://www.beowulf.org cluster beowulf]) en utilisant des bibliothèques de passage de messages (''message passing''). Cela demande cependant souvent d'écrire un code spécifique car il n'existe que très peu de compilateurs dans le monde capable de paralléliser automatiquement un code séquentiel (les gains sont souvent anecdotiques comparés à un code parallélisé par des mains expertes).		Si vous souhaitez améliorer encore et toujours les performances, regardez attentivement du côté du parallélisme, notion qui consiste à faire travailler collectivement un code sur plusieurs processeurs. On peut faire du parallélisme sur du matériel SMP à l'aide généralement de processus légers ([[#thread\|thread]]s) ou bien sur des grappes de machines ([http://www.beowulf.org cluster beowulf]) en utilisant des bibliothèques de passage de messages (''message passing''). Cela demande cependant souvent d'écrire un code spécifique car il n'existe que très peu de compilateurs dans le monde capable de paralléliser automatiquement un code séquentiel (les gains sont souvent anecdotiques comparés à un code parallélisé par des mains expertes).

	== Le tuning du système ==		== Le tuning du système ==

Vincent Ramos : wikifiction (suite)

2005-10-25T10:51:10Z

wikifiction (suite)

← Version précédente		Version du 25 octobre 2005 à 10:51
Ligne 7 :		Ligne 7 :
	== Considérations générales ==		== Considérations générales ==

	La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants métériels ('hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.		La première étape, pour obtenir de meilleures performances sous Linux, consiste à vérifier s'il n'est pas possible d'améliorer certains composants métériels (''hardware'') du système. Augmenter la mémoire vive (un système de type Unix est toujours friand en mémoire), changer pour des disques dur [[#SCSI\|SCSI]], des disques IDE UltraDMA100, bien dimensionner la carte réseau (10 MB ? 100MB ? Plus encore ?), opter éventuellement pour du [[SMP]] et choisir un processeur performant et adapté : tout cela fait partie du processus qui va vous amener à bien configurer votre système.

	Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.		Si les accès disques sont un élément déterminant pour la performance de vos applications, vous pourrez envisager d'utiliser du [[Raid]] logiciel afin de donner du tonus à vos entrées/sorties. Si vous êtes encore plus argenté, des solutions de Raid matériel existent aussi.
Ligne 166 :		Ligne 166 :

	Un des facteurs les plus importants de la performance d'une connexion TCP/IP est la taille du tampon en entrée et en sortie. Vous pouvez modifier cela dans vos programmes avec la fonction ''getsockopt()'' en jouant sur les options ''SO_RCVBUF'' et ''SO_SNDBUF''. Il ne faut pas oublier aussi de modifier ces valeurs dans le noyau (sinon cela n'aura aucun effet). En effet, la valeur par défaut est de 64 KB (64 × 1024 = 65536) et cela ne convient pas si l'on souhaite utiliser du gigabit par exemple. Dans ce dernier cas, il est plus intéressant de configurer ces valeurs à 256 KB (256 × 1024 = 262144) :		Un des facteurs les plus importants de la performance d'une connexion TCP/IP est la taille du tampon en entrée et en sortie. Vous pouvez modifier cela dans vos programmes avec la fonction ''getsockopt()'' en jouant sur les options ''SO_RCVBUF'' et ''SO_SNDBUF''. Il ne faut pas oublier aussi de modifier ces valeurs dans le noyau (sinon cela n'aura aucun effet). En effet, la valeur par défaut est de 64 KB (64 × 1024 = 65536) et cela ne convient pas si l'on souhaite utiliser du gigabit par exemple. Dans ce dernier cas, il est plus intéressant de configurer ces valeurs à 256 KB (256 × 1024 = 262144) :
	<code> echo 262144 > /proc/sys/net/core/rmem_max		<code>echo 262144 > /proc/sys/net/core/rmem_max
	echo 262144 > /proc/sys/net/core/wmem_max </code>		echo 262144 > /proc/sys/net/core/wmem_max </code>

Ligne 201 :		Ligne 201 :

	== Glossaire ==		== Glossaire ==
			;<div id="SCSI">SCSI</div>
			:Small Computer Systems Interface. Trés utilisé dans le monde industriel (essentiellement pour les disques durs) car il offre de très bonne performances et des caratéristiques intéressantes liées au protocole SCSI (hot-swap, nombre de devices supportés, ...).
			;<div id="SMP">SMP</div>
			:Symmetric Multi Processing. Se dit d'un système qui possède plusieurs processeurs sur la même carte mère. Tous les processeurs partagent la même mémoire vive : on dit que c'est un système à mémoire partagée.
			;<div id="thread">Thread</div>
			:Un ''thread'' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un ''fork'' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.

	'''SCSI'''<br /> Small Computer Systems Interface. Trés utilisé dans le monde industriel (essentiellement pour les disques durs) car il offre de très bonne performances et des caratéristiques intéressantes liées au protocole SCSI (hot-swap, nombre de devices supportés, ...).<br /><br /> '''SMP'''<br /> Symmetric Multi Processing. Se dit d'un système qui possède plusieurs processeurs sur la même carte mère. Tous les processeurs partagent la même mémoire vive : on dit que c'est un système à mémoire partagée.<br /><br /> '''THREAD'''<br /> Un '''thread''' est une duplication d'un processus qui va partager la même mémoire mais, à la différence d'un '''fork''' classique, un thread est ce qu'on appelle un processus léger, ce qui signifie qu'il partage aussi le segment de code et le segment de donnée. Il n'y a que la pile qui est dupliquée entre le processus et son ou ses thread(s). L'avantage : les changements de contexte sont bien plus rapide avec un thread qu'avec un processus classique et l'occupation mémoire est moins importante.		<div class="merci">Cette page est issue de la documentation « pré-wiki » de Léa a été convertie avec HTML::WikiConverter. Elle a été créée par Lionel Tricon le 16/02/2001.</div>

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle ~~fut~~ créée par Lionel Tricon le 16/02/2001.</div>

	= Copyright =		= Copyright =
	Copyright © 16/02/2001, Lionel Tricon		Copyright © 16/02/2001, Lionel Tricon
	{{CC-BY-NC-SA}}		{{CC-BY-NC-SA}}

Vincent Ramos : Suite wikifiction

2005-10-25T10:44:19Z

Suite wikifiction

← Version précédente		Version du 25 octobre 2005 à 10:44
Ligne 117 :		Ligne 117 :
	=== Comment récupérer 5% d'espace disque sur une partition ext2 ===		=== Comment récupérer 5% d'espace disque sur une partition ext2 ===

	Il existe par defaut 5% d'espace réservé au root sur chaque partition ext2. Pour le réduire ou littéralement mettre à zéro cet espace, utiliser les commandes suivantes (bien lire le man d'abord) : <code>tune2fs -m pourcentage</code> ou, au moment de la création de la partition, <code>mke2fs -m pourcentage partition</code>.		Il existe par defaut 5% d'espace réservé à root sur chaque partition ext2. Pour le réduire ou littéralement mettre à zéro cet espace, utiliser les commandes suivantes (bien lire le man d'abord) : <code>tune2fs -m pourcentage</code> ou, au moment de la création de la partition, <code>mke2fs -m pourcentage partition</code>.

	=== Changer la taille des blocs d'un système de fichiers ===		=== Changer la taille des blocs d'un système de fichiers ===

	Si vous utilisez la plupart du temps de gros fichiers, il sera probablement ~~trés~~ profitable de formatter vos partitions avec des blocs de taille plus importante. En effet, Linux utilise par défaut des taille de blocs de 1024 octets. Vous pouvez changer avec des tailles de 4096 avec la commande ~~'''~~mke2fs -b 4096 /dev/...~~'''~~ qui utilise des blocs de 4k au lieu de 1k. Cela va notamment réduire la fragmentation et réduire le temps de vérification lors d'un fsck.		Si vous utilisez la plupart du temps de gros fichiers, il sera probablement très profitable de formatter vos partitions avec des blocs de taille plus importante. En effet, Linux utilise par défaut des taille de blocs de 1024 octets. Vous pouvez changer avec des tailles de 4096 avec la commande <code>mke2fs -b 4096 /dev/...</code>, qui utilise des blocs de 4k au lieu de 1k. Cela va notamment réduire la fragmentation et réduire le temps de vérification lors d'un ''fsck''.

	=== Ajuster le comportement du swap ===		=== Ajuster le comportement du swap ===

	Le fichier '''freepages''' présent sous le répertoire '''/proc/sys/vm''' permet de contrôler le comportement du noyau vis à vis du swap. L'écriture sur disque est toujours une opération très lourde en ressources, un bon tuning ~~peu~~ avoir un impact très fort sur les performances du système. Ce fichier contient 3 valeurs (~~entiers~~) : freepages.min, freepages.low et freepages.high.~~<br /><br />~~		Le fichier ''freepages'' présent sous le répertoire ''/proc/sys/vm'' permet de contrôler le comportement du noyau vis à vis du swap. L'écriture sur disque est toujours une opération très lourde en ressources : un bon tuning peut donc avoir un impact très fort sur les performances du système. Ce fichier contient trois valeurs (entières) : ''freepages.min'', ''freepages.low'' et ''freepages.high''.

	{\| width="100%" border="1" cellpadding="5"		{\| width="100%" border="1" cellpadding="5"
Ligne 138 :		Ligne 138 :
	\|}		\|}

	Sinon, vous pouvez aussi essayer de modifier le troisième paramètre du fichier '''/proc/sys/vm/kswapd''' qui vous permet de changer le quantité de pages qui seront sauvées (en une passe) sur le disque par le démon noyau kswapd.		Sinon, vous pouvez aussi essayer de modifier le troisième paramètre du fichier ''/proc/sys/vm/kswapd'', qui vous permet de changer le quantité de pages qui seront sauvées (en une passe) sur le disque par le démon noyau ''kswapd''.

	=== Activer l'option noatime ===		=== Activer l'option ''noatime'' ===

	Pour améliorer les performances disques, on peut utiliser une option du mount appelée '''noatime'''. En effet, sous Linux, toute lecture d'un fichier provoque une mise à jour de l'information atime (~~i.e.~~ dernier accès) associée. Activer cette option peut amener des gains de performances appréciables. A noter que cela n'affectera pas l'écriture dans un fichier (qui mettra, malgré le flag noatime, cette information à jour). A n'utiliser qu'avec précaution car je ne connais pas les effets de bords exacts de ce flag (le man précise que c'est principalement utilisé pour améliorer les accès aux serveurs de ~~News~~). <u>Note de Jicé</u> : j'utilise cette option depuis plus d'un an sans problème, mais comme disent les anglophones : YMMV !		Pour améliorer les performances disques, on peut utiliser une option du mount appelée ''noatime''. En effet, sous Linux, toute lecture d'un fichier provoque une mise à jour de l'information ''atime'' (c'est-à-dire le dernier accès) associée. Activer cette option peut amener des gains de performances appréciables. À noter que cela n'affectera pas l'écriture dans un fichier (qui mettra, malgré le ''flag'' ''noatime'', cette information à jour). À n'utiliser qu'avec précaution car je ne connais pas les effets de bords exacts de ce flag (le ''man'' précise que c'est principalement utilisé pour améliorer les accès aux serveurs de news). <u>Note de Jicé</u> : j'utilise cette option depuis plus d'un an sans problème, mais comme disent les anglophones : YMMV !

	== Le réseau ==		== Le réseau ==
Ligne 148 :		Ligne 148 :
	=== Améliorer les performances NFS ===		=== Améliorer les performances NFS ===

	Le fait d'utiliser NFS avec les options ~~'''~~rsize=8192,wsize=8192''' rendra la plupart du temps votre connexion plus rapide qu'avec la taille de ~~buffer~~ paramétrée par défaut (1024). Ceci est valable pour le noyau 2.2.x.		Le fait d'utiliser NFS avec les options <code>rsize=8192,wsize=8192</code>' rendra la plupart du temps votre connexion plus rapide qu'avec la taille de tampon paramétrée par défaut (1024). Ceci est valable pour le noyau 2.2.x.

	=== Tuner les connexions TCP/IP ===		=== Tuner les connexions TCP/IP ===
Ligne 161 :		Ligne 161 :
	=== Tuner le serveur Samba ===		=== Tuner le serveur Samba ===

	Vous pouvez améliorer les performances d'un serveur Samba en modifiant le paramétrage socket dans le fichier '''smb.conf''' :<~~br /~~><br />		Vous pouvez améliorer les performances d'un serveur Samba en modifiant le paramétrage socket dans le fichier '''smb.conf''' : <code> socket options = SO_SNDBUF=4096 SO_RCVBUF=4096 </code>.

	~~{\| width~~=~~"100%" border~~=~~"1" cellpadding~~=~~"10"~~		=== Tampon cache TCP/IP ===
	~~\| <code> socket options = SO_SNDBUF=4096 SO_RCVBUF=4096 </code>~~
	\|}

	~~<br />~~

	~~=== Buffer~~ cache ~~Tcp/Ip ===~~

	~~Un des facteurs les plus importants de la performance d'une connexion~~ TCP/IP est la taille du buffer en entrée et en sortie. Vous pouvez modifier cela dans vos programmes avec la fonction getsockopt() en jouant sur les options SO_RCVBUF et SO_SNDBUF. Il ne faut pas oublier aussi de modifier ces valeurs dans le noyau (sinon cela n'aura aucun effet). En effet, la valeur par défaut est de 64KB (641024=~~65536) et cela ne convient pas si l'on souhaite utiliser du Gigabit par exemple. Dans ce dernier cas, il est plus intéressant de configurer ces valeurs à 256KB (2561024~~=~~262144).<br /><br />~~

	~~{\| width~~=~~"100%" border~~=~~"1" cellpadding="10"~~		Un des facteurs les plus importants de la performance d'une connexion TCP/IP est la taille du tampon en entrée et en sortie. Vous pouvez modifier cela dans vos programmes avec la fonction ''getsockopt()'' en jouant sur les options ''SO_RCVBUF'' et ''SO_SNDBUF''. Il ne faut pas oublier aussi de modifier ces valeurs dans le noyau (sinon cela n'aura aucun effet). En effet, la valeur par défaut est de 64 KB (64 × 1024 = 65536) et cela ne convient pas si l'on souhaite utiliser du gigabit par exemple. Dans ce dernier cas, il est plus intéressant de configurer ces valeurs à 256 KB (256 × 1024 = 262144) :
	\| <code> echo 262144 > /proc/sys/net/core/rmem_max~~<br />~~ echo 262144 > /proc/sys/net/core/wmem_max </code>		<code> echo 262144 > /proc/sys/net/core/rmem_max
	\|}		echo 262144 > /proc/sys/net/core/wmem_max </code>

	== Divers ==		== Divers ==
Ligne 193 :		Ligne 185 :
	=== Augmenter la stack size ===		=== Augmenter la stack size ===

	Si vous avez des programmes qui déclarent de gros tableaux, vous pouvez changer la valeur de la stack size qui est de ~~8MB~~ par défaut (vous avez besoin d'être ~~super-user~~) :~~<br /><br />~~		Si vous avez des programmes qui déclarent de gros tableaux, vous pouvez changer la valeur de la stack size qui est de 8 MB par défaut (vous avez besoin d'être en root) :
			<code># ulimit -s
	~~{\| width="100%" border="1" cellpadding="5"~~		8192
	\| <code> # ulimit -s~~<br />~~ 8192~~<br /><br />~~ # ulimit -s 32768~~<br /><br />~~ # ulimit -s~~<br />~~ 32768 </code>		# ulimit -s 32768
	\|}		# ulimit -s
			32768 </code>

	=== Limite de processus par utilisateur ===		=== Limite de processus par utilisateur ===

Vincent Ramos : Wikifiction

2005-10-25T10:35:19Z

Wikifiction

Voir les modifications

Vincent Ramos : /* Tuner les connexions TCP/IP */

2005-10-25T10:24:00Z

Tuner les connexions TCP/IP

← Version précédente		Version du 25 octobre 2005 à 10:24
Ligne 161 :		Ligne 161 :

	Vous pouvez modifier plusieurs paramètres concernant la valeur de timeout de votre connexion Tcp/Ip ou encore réduire le temps que le système va mettre a tuer une connexion qui ne répond plus :		Vous pouvez modifier plusieurs paramètres concernant la valeur de timeout de votre connexion Tcp/Ip ou encore réduire le temps que le système va mettre a tuer une connexion qui ne répond plus :
	<code> echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout		<code>echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout
	echo 1800 > /proc/sys/net/ipv4/tcp_keepalive_time		echo 1800 > /proc/sys/net/ipv4/tcp_keepalive_time
	echo 0 > /proc/sys/net/ipv4/tcp_window_scaling		echo 0 > /proc/sys/net/ipv4/tcp_window_scaling

Optimisez votre système Linux - Historique des versions

Lea : Lea a déplacé la page Admin-admin plus-optimise vers Optimisez votre système Linux

Jiel : balises code

Jiel le 27 avril 2011 à 12:40

Fred : /* Glossaire */

Ennael le 25 octobre 2005 à 11:07

Vincent Ramos : liens

Vincent Ramos : wikifiction (suite)

Vincent Ramos : Suite wikifiction

Vincent Ramos : Wikifiction

Vincent Ramos : /* Tuner les connexions TCP/IP */