Ajouter de la RAM c'est bien mais le SAWP ????

par **SIMS** » 21 Jan 2004 15:40

Bonjour à tous, J'ai ajouté de la RAM sur mon IPCOP 1.3.0 car SQUID ramait un peu. je suis passé de 128 à 256 mais maintenant le SWAP est toujours à 128Mo donc il est plus petit que la RAM. Peut on changer ca ??? Je panse qu'il faut reinstaller mais bon on ne sait jamais. Si non, esque cela est grave d'avoir un SWAP inferrieur à la RAM (sachant que mon SWAP est peut utilisé maintenant que j'ai 256Mo de RAM) ????

par **micjack** » 21 Jan 2004 15:53

Je suppose avec le fdisk Linux en ligne de command, mais etant donné que la Swap se trouve derriere la native, je ne pense pas que tu puisse la recuperer comme exploitable comme sur la native. Mise à part changer l' ID pour la transformer en Ext Linux, mais je ne pense pas qu'IPCOP la gerera <IMG SRC="images/smiles/icon_smile.gif">

par **ldidier** » 21 Jan 2004 15:56

si il reste de la place sur le disque vous pouver utiliser fdisk et augmenter la taille du swap, mais comme il est dit plus haut si elle est devant la partition native c'est pas trés bon. Autrement il me semble que l'ont peut créer une seconde partition swap. Si je ne dit pas de bétise.

par **micjack** » 21 Jan 2004 16:35

Ldidier, il me seble que nous disons exactement l'inverse. Chez moi, plus y'a de ram moins y a besoin de Swap, non? <IMG SRC="images/smiles/icon_smile.gif">

par **tomtom** » 21 Jan 2004 17:31

heu non, swap = 1.5 * ram chez moi.... t.

par **Boss** » 21 Jan 2004 17:59

Oui TomTom a raison, le fichier SWAP doit etre supérieur à la RAM, après on met ce que l'on veut comme coefficient, mais une chose est sure : SWAP > RAM, SWAP = (1.5 ou 2) x RAM Sinon bonjour les accès disques

par **Honyx** » 21 Jan 2004 18:20

J'ai toujours utilisé le coef 2 (même sous win ppour la mémoire virtuelle): Swap = 2xRAM Je m'étais amusé à faire deux partitions swap sur je ne sais plus quelle distrib. Ca marchait... Maintenant, je ne sais sis ca marchait mieux ou moins bien, mais c'est possible à faire

par **tomtom** » 21 Jan 2004 19:03

En fait, jusqu'à des versions recentes du noyau (je ne sais plus laquelle exactement), linux avait du mal a gérer des partitions de swap de plus de 256 Mo.. Donc plus de 128 Mo de memoire imposait de mettre 2 partitions de swap, ce qui fait que l'on trouve cette config assez courramment... Maintenant, je ne pense pas que ce soit plus performant... t.

par **micjack** » 21 Jan 2004 20:34

Bon y'a un truc qui m'échappe alors <IMG SRC="images/smiles/icon_lol.gif"> D'apres mes souvenirs le swap est issu à l'origine afin de compenser un manque de ram sur les machines, que ce soit sous Linux ou Windows le but reste le meme, c'est un substitut. Vu la facilité de plomber sa becane en ram de nos jours, je pense que le swap existe encore visiblement par securité. Linux gere tres bien la ram avant d'attaquer le swap, alors la aussi je ne comprends pas pourquoi il faudrait augmenter un swap de 256 Mo pour 128Mo de ram sur le fait qu'on rajoute 128Mo de ram sur la machine qui tournait tres bien avant. Concernant Windows, c'est une grosse fainiasse car effectivement il gere tres mal l'utilisation de la ram meme si y'a 512 Mo et de ce fait il sollicite trop le swap. Pour cela il existe une combine pour le forcer à l' exploiter avant qu'il n'attaque le swap tout en le laissant le gerer comme il veut. Par une simple ligne à ajouter dans le fichier system.ini: [386Enh] ConservativeSwapfileUsage=1 Oufff voila! en tout cas intéressant comme debat <IMG SRC="images/smiles/icon_wink.gif">

par **tomtom** » 21 Jan 2004 21:29

Linux, comme tous les OS serieux, utilise la swap pour plusieurs operations : 1- Decharger la memoire vive en cas de necessité absolue (phenomène connu de "swapping". Pour ce faire, on devrait dimmensionner la swap de manière à pouvoir contenir le plus possible de choses (au moins la ram !), comme ça on est garanti que le systeme pourra accapter le maximum sans problème. Exemple: la RAM est pleine. Surviennent de nombreuses defaillances de pages tout d'un coup (lancement d'un process gourmand..) -> il faut decharger toute la RAM rapidement -> plus on peut en decharger vite, plus on peut en charger vite -> il est bon de pouvoir decharger toute sa Ram en swap en cas de besoin... 2- Faire un core dump en cas de plantage ! Ben oui, en cas de crash violent, d'erreur memoire etc, linux fait le fameux core dump, soit une copie de la memoire sur HD ! Pour faire ça vite, rien de mieux que la swap, et c'est ce qui est fait -> il faut pouvoir mettre le contenu de ta memoire dans le swap pour eviter d'avoir plein d'acces disques ! 3- Plenis de trucs... Transferts de fichiers enormes -> passage par le swap pour accelerer les acces lectures... etc.... Il faut se souvenir que la swap, ce n'est pas de la RAM en plus.. C'est une zone pour soutenir un debordement TEMPORAIRE de la RAM. Si on traville tout le temps dans le swap, ce n'est pas bon, il faut plus de RAM.... Mais même les sevreurs avedc 4Go de RAM swappent de temps à autres ! t.

par **micjack** » 21 Jan 2004 21:54

Pour le dump memoire , je suis tout a fait d'accord Tomtom, c'est ce que j'ai appris en language assembleur. C' est ce qui effectivement permet de liberer une zone memoire pour autre chose qui a ete sollicitée( par une INT), mais je n'est connu ceci que sur des applis tournant qu'en memoire qui liberaient une plage memoire pour une autre en memoire. Si non perso, je trouve que mon Windows avec ma description plus haut tourne comme une bombe sans qu'il soit obligé d'avoir du swap. Je pense que tout ce rejoint tout compt fait.

par **Dagg** » 28 Avr 2004 19:03

SIMS a écrit:Bonjour à tous,
J'ai ajouté de la RAM sur mon IPCOP 1.3.0 car SQUID ramait un peu.
je suis passé de 128 à 256 mais maintenant le SWAP est toujours à 128Mo donc il est plus petit que la RAM.
Peut on changer ca ???
Je panse qu'il faut reinstaller mais bon on ne sait jamais.

Je reviens sur cette discussion car j'ai le même problème, mais même une réinstallation ne change rien.
J'utilise Ipcop 1.3.0, j'avais 24 Mo de RAM et 46 Mo de SWAP.
J'ai maintenant 48 Mo de RAM, mais malgré de nombreuses réinstallations la taille du SWAP reste à 46 Mo.
J'ai essayé de supprimer les partitions (avec FDISK en DOS), même de reformater (toujours sous DOS) mais mon problème demeure.

Qqun peut m'expliquer pourquoi l'installation d'IPCOP ne "taille" pas le swap en fonction de ma RAM ?

par **Gesp** » 28 Avr 2004 20:37

C'est le code en V1.3
maximum_free = atoi(disksize) / 2048;

if (maximum_free < 125 + 2 * memory)
{
errorbox(ctr[TR_DISK_TOO_SMALL]);
goto EXIT;
}
boot_partition = 5; /* in MB */
current_free = maximum_free - boot_partition;

swap_partition = memory < 45 ? 2 * memory : memory;
current_free = current_free - swap_partition;

root_partition = current_free > 300 ? 200 : 100;
current_free = current_free - root_partition;

log_partition = current_free;

Au dela de 45 Mo de mémoire, le swap est égale à la mémoire. En V1.4, c'est 192 moins la mémoire si plus de 64 Mo, sinon c'est 2 fois la mémoire.
Si vous avez vécu avec un petit swap et rajouté de la mémoire parce que cela swappait trop, agrandir la taille du swap est très mineur vu qu'avec plus de mémoire, il y aura moins d'usage du swap.

La règle des 1.5 ou 2 est une facilité prenant en compte le rapport entre le prix de la mémoire et de la place disque.
Au dela de cette taille, il n'y a pas de gain parce que le système passera trop de temps à swapper. Mais on peut avoir d'autres contraintes qui font que si vous mettez 4 Go de mémoire sur un IPCop, est-ce vraiment nécessaire de mettre 8 Go de swap?

En plus il y a des contraintes pour s'adapter à une configuration flashcard ou cela n'a pas de sens de créer un swap plus gros alors que l'on met beaucoup de mémoire pour minimiser l'accès disque.

Enfin en V1.4, le swap est un fichier donc cela doit être plus simple à redimensionner qu'une partition.

par **pkaer** » 28 Avr 2004 20:57

Bonsoir,

Là j'avoue que j'ai du mal à comprendre.

J'ai différents IPCop installés en 1.4.0b3 avec 256mo de memeoire et ma swap est systématiquement de 32Mo dans un fichier.
Cela ne respecte donc pas les règles de calcul énnoncées ci-dessus.

Voici le résultat de swapon et fdisk :

root@ipcopg:~ # fdisk /dev/hda

Command (m for help): p

Disk /dev/hda: 4303 MB, 4303272960 bytes
255 heads, 63 sectors/track, 523 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 1 1 8032 83 Linux
/dev/hda2 2 494 3960022+ 83 Linux
/dev/hda4 * 495 523 232942+ 83 Linux

Command (m for help): q

root@ipcopg:~ # swapon -s
Filename Type Size Used Priority
/swapfile file 32764 0 -1

Est-ce un bug de la 1.4.0b3 ?

@+
PK

par **guiguid** » 28 Avr 2004 21:14

heuu gesp a écrit :

Code: Tout sélectionner: C'est le code en [b]V1.3[/b]

pkaer a écrit :

Code: Tout sélectionner: J'ai différents IPCop installés en [b]1.4.0b3[/b] avec 256mo de memeoire et ma swap est systématiquement de 32Mo dans un fichier. Cela ne respecte donc pas les règles de calcul énnoncées ci-dessus.

Donc c'est surement normal.

Je suis assez surpirs de voir un sujet sur le swap ressortir alors que la RAM coute si peu cher !
Sous ipcop avec tous les Addons que tu veux, 256Mo te permettent d'avoir un swap de 10 Mo
pour compatibilité! Car meme avec 500 clients qui font du P2P, avant que la table NAT te bouffe toute la ram .... meme si tu a le proxy activé avec squidguard et autre ....) Et de toute facon si ca commence a swapper, tu met 512 Mo et voila !
(pour l'histoire du coredump, il faut le paramétre au minimum possible (meme le desactive) sauf pour les developpeurs ! (et encore mieux vaut ne pas avoir stripper les binaires ....))

Ajouter de la RAM c'est bien mais le SAWP ????

Qui est en ligne ?