PHWinfo - Afficher un message

21/03/2008, 17h11

Hugolino a écrit :
> Le Wed, 19 Mar 2008 17:39:05 +0100, markorki a écrit:
>> la partition / fait plus de 14GO dont 2 utilisés, on doit pouvoir
>> retailler sans dégats, et assez rapidement, pour donner 2 ou 3 Go au
>> swap (2 doivent suffir ?). En tt cas, 680MO, ça rame (pour 1GO de ram)
>
> Que raconte la commande 'free' quand tu utilises normalement le système ?
>
> Tu peux aussi créer un fichier de 1 Go pour l'utiliser comme swap
> additionnel:
>
> $ dd if=/dev/zero of=ZeSwapFile bs=1024k count=1024
> $ mkswap ZeSwapFile
> $ sudo swapon ZeSwapFile
>
> Tu utilises ensuite ton système pendant quelque temps, puis tu relances
> la commande 'free' pour voir si, effectivement, le système utilise plus
> de swap.
>
> Si c'est le cas, et si le système est plus réactif, alors tu as bien
> besoin de plus de swap.
>
> HTH
>

Merci de ces tuyaux... je n'étais pas en ligne hier, et j'ai compris
comment utiliser gparted avant d'avoir lu ton post.

Ma partition swap est d'environ 2,5GO (fait par "gparted /dev/hdb"
depuis un term).
..
Avec juste un term et un TB utilisé sur usenet ça me donne aujourd'hui :

total used free shared buffers cached
Mem: 1035636 633948 401688 0 64456 348512
-/+ buffers/cache: 220980 814656
Swap: 0 0 0

avec FF en plus :
marc@marc-uzinagaz:~$ free
total used free shared buffers cached
Mem: 1035636 787704 247932 0 64416 349432
-/+ buffers/cache: 373856 661780
Swap: 0 0 0

Pour gparted, le man donne comme arguments
[options] [device [command [options...]...]]
comme-si device était facultatif, et j'ai été induit en erreur par le
message "recherche de périphériques en cours" qui s'affiche jusqu'à ce
qu'on tue le process.

En fait il recherche dans une liste vide, tous widgets inactifs tant
qu'il n'a rien trouvé...
et l'appel par clicodrome à partir du live-CD fait pareil (j'avais
commencé par là) : il lance l'interface graphique avec une liste d'appel
vide, et celui-ci reste en permanence à chercher des périfs qu'il ne
trouvera jamais, en affichant un joli curseur d'attente.

Bon, on peut trouver que j'ai été léger sur ce coup, moi je crois qu'il
y a un pb de doc, et d'ergonomie: accepter de lancer un process qui ne
pourra jamais rien faire d'autre que bouffer des ressources, c'est pas
très futé.

21/03/2008, 17h11	#7
markorki Messages: n/a Hébergeur:	Re: qparted ne voit rien (fut: taille swap et parted à chaud ?) Hugolino a écrit : > Le Wed, 19 Mar 2008 17:39:05 +0100, markorki a écrit: >> la partition / fait plus de 14GO dont 2 utilisés, on doit pouvoir >> retailler sans dégats, et assez rapidement, pour donner 2 ou 3 Go au >> swap (2 doivent suffir ?). En tt cas, 680MO, ça rame (pour 1GO de ram) > > Que raconte la commande 'free' quand tu utilises normalement le système ? > > Tu peux aussi créer un fichier de 1 Go pour l'utiliser comme swap > additionnel: > > $ dd if=/dev/zero of=ZeSwapFile bs=1024k count=1024 > $ mkswap ZeSwapFile > $ sudo swapon ZeSwapFile > > Tu utilises ensuite ton système pendant quelque temps, puis tu relances > la commande 'free' pour voir si, effectivement, le système utilise plus > de swap. > > Si c'est le cas, et si le système est plus réactif, alors tu as bien > besoin de plus de swap. > > HTH > Merci de ces tuyaux... je n'étais pas en ligne hier, et j'ai compris comment utiliser gparted avant d'avoir lu ton post. Ma partition swap est d'environ 2,5GO (fait par "gparted /dev/hdb" depuis un term). .. Avec juste un term et un TB utilisé sur usenet ça me donne aujourd'hui : total used free shared buffers cached Mem: 1035636 633948 401688 0 64456 348512 -/+ buffers/cache: 220980 814656 Swap: 0 0 0 avec FF en plus : marc@marc-uzinagaz:~$ free total used free shared buffers cached Mem: 1035636 787704 247932 0 64416 349432 -/+ buffers/cache: 373856 661780 Swap: 0 0 0 Pour gparted, le man donne comme arguments [options] [device [command [options...]...]] comme-si device était facultatif, et j'ai été induit en erreur par le message "recherche de périphériques en cours" qui s'affiche jusqu'à ce qu'on tue le process. En fait il recherche dans une liste vide, tous widgets inactifs tant qu'il n'a rien trouvé... et l'appel par clicodrome à partir du live-CD fait pareil (j'avais commencé par là) : il lance l'interface graphique avec une liste d'appel vide, et celui-ci reste en permanence à chercher des périfs qu'il ne trouvera jamais, en affichant un joli curseur d'attente. Bon, on peut trouver que j'ai été léger sur ce coup, moi je crois qu'il y a un pb de doc, et d'ergonomie: accepter de lancer un process qui ne pourra jamais rien faire d'autre que bouffer des ressources, c'est pas très futé.