Cette commande là doit être correct, c'est dans un autre post :
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Actuellement je tournes avec dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608 j'ai aussi saturé la ram puis quité l'appli, les pages de swap augmentent puis se suppriment, comme voulu.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Cette commande là doit être correct, c'est dans un autre post :
<slrncc3u35.i42.said@brian.lan>
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Actuellement je tournes avec
dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608
j'ai aussi saturé la ram puis quité l'appli, les pages de swap
augmentent puis se suppriment, comme voulu.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Cette commande là doit être correct, c'est dans un autre post :
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Actuellement je tournes avec dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608 j'ai aussi saturé la ram puis quité l'appli, les pages de swap augmentent puis se suppriment, comme voulu.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Cette commande là doit être correct, c'est dans un autre post :
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais poster une reponse au post.
Actuellement je tournes avec dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608 j'ai aussi saturé la ram puis quité l'appli, les pages de swap augmentent puis se suppriment, comme voulu.
Cette commande là doit être correct, c'est dans un autre post :
<slrncc3u35.i42.said@brian.lan>
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais
poster une reponse au post.
Actuellement je tournes avec
dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608
j'ai aussi saturé la ram puis quité l'appli, les pages de swap
augmentent puis se suppriment, comme voulu.
Cette commande là doit être correct, c'est dans un autre post :
que tu avais mis le -F à la fin, ce qui ne fonctionne pas.
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais poster une reponse au post.
Actuellement je tournes avec dynamic_pager -F ${swapdir}/swapfile -S 83886080 -L 125829120 -H 8388608 j'ai aussi saturé la ram puis quité l'appli, les pages de swap augmentent puis se suppriment, comme voulu.
Idem, aux nombres et a l'ordre des options pres.
-- Saïd.
Nicolas.MICHEL
Saïd wrote:
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais poster une reponse au post.
Qu'on me relève si je me vautre. Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
alors que man ls dit par exemple : SYNOPSIS ls [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] [file ...]
dans quel cas les options [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] doivent se trouver avant [file ...], mais dans l'ordre que tu veux vu qu'il n'y a qu'un seul [] pour toutes les options.
Bon, voilou :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd <saidNo@spaMquatramaran.ens.france> wrote:
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais
poster une reponse au post.
Qu'on me relève si je me vautre.
Em principes le synopsis spécifies l'ordre :
SYNOPSIS
dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger]
[-L low-water-trigger] [-P priority]
alors que man ls dit par exemple :
SYNOPSIS
ls [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] [file ...]
dans quel cas les options [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] doivent
se trouver avant [file ...], mais dans l'ordre que tu veux vu qu'il n'y
a qu'un seul [] pour toutes les options.
Bon, voilou :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Caramba. Je ne savais pas que l'ordre des commande etait important. Je vais poster une reponse au post.
Qu'on me relève si je me vautre. Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
alors que man ls dit par exemple : SYNOPSIS ls [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] [file ...]
dans quel cas les options [-ABCFGHLPRTWZabcdfghiklmnopqrstuwx1] doivent se trouver avant [file ...], mais dans l'ordre que tu veux vu qu'il n'y a qu'un seul [] pour toutes les options.
Bon, voilou :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Patrick Stadelmann
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En tout cas, il y a des commandes où ça fonctionne très bien dans le désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick -- Patrick Stadelmann
In article <1gf4itz.qxwtko1ow0pjpN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre :
SYNOPSIS
dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger]
[-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En
tout cas, il y a des commandes où ça fonctionne très bien dans le
désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En tout cas, il y a des commandes où ça fonctionne très bien dans le désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick -- Patrick Stadelmann
Saïd
Patrick Stadelmann :
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
-- Saïd.
Patrick Stadelmann :
In article <1gf4itz.qxwtko1ow0pjpN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre :
SYNOPSIS
dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger]
[-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
-- Saïd.
Patrick Stadelmann
In article , Saïd wrote:
Patrick Stadelmann :
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser problème. Par contre, en leur absence, il faut respecter l'ordre. C'est le cas par exemple pour la commande "link src target".
Patrick -- Patrick Stadelmann
In article <slrncceeoa.2ks.saidNo@muad-dib.lan>,
Saïd <saidNo@spaMquatramaran.ens.france> wrote:
Patrick Stadelmann :
In article <1gf4itz.qxwtko1ow0pjpN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre :
SYNOPSIS
dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger]
[-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre
filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser
problème. Par contre, en leur absence, il faut respecter l'ordre. C'est
le cas par exemple pour la commande "link src target".
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser problème. Par contre, en leur absence, il faut respecter l'ordre. C'est le cas par exemple pour la commande "link src target".
Patrick -- Patrick Stadelmann
Nicolas.MICHEL
Patrick Stadelmann wrote:
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En tout cas, il y a des commandes où ça fonctionne très bien dans le désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick
J'ai sans-doutes dit une bourde, sur un client 10.2, voici ce que j'ai trouvé dans /etc/rc (que j'ai jamais modifié) :
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <1gf4itz.qxwtko1ow0pjpN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre :
SYNOPSIS
dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger]
[-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En
tout cas, il y a des commandes où ça fonctionne très bien dans le
désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick
J'ai sans-doutes dit une bourde, sur un client 10.2, voici ce que j'ai
trouvé dans /etc/rc (que j'ai jamais modifié) :
In article <1gf4itz.qxwtko1ow0pjpN%, (Nicolas MICHEL) wrote:
Em principes le synopsis spécifies l'ordre : SYNOPSIS dynamic_pager [-F filename] [-S filesize] [-H high-water-trigger] [-L low-water-trigger] [-P priority]
S'il y a des identifier genre -F l'ordre ne devrait pas importer. En tout cas, il y a des commandes où ça fonctionne très bien dans le désordre. Par exemple, "du -sh" et "du -hs" donne la même chose.
Patrick
J'ai sans-doutes dit une bourde, sur un client 10.2, voici ce que j'ai trouvé dans /etc/rc (que j'ai jamais modifié) :
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd
Patrick Stadelmann :
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser problème. Par contre, en leur absence, il faut respecter l'ordre. C'est le cas par exemple pour la commande "link src target".
C'est bien ce que j'ai toujours appliqué sans vraiment y penser.
-- Saïd.
Patrick Stadelmann :
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre
filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser
problème. Par contre, en leur absence, il faut respecter l'ordre. C'est
le cas par exemple pour la commande "link src target".
C'est bien ce que j'ai toujours appliqué sans vraiment y penser.
S'il y a des identifier genre -F l'ordre ne devrait pas importer.
Tu pourrais expliciter cette phrase s'il te plait?
Si chaque paramètre est précédé d'un identifier ( -F pour le paramètre filename dans l'exemple ci-dessus ) l'ordre ne devrait pas poser problème. Par contre, en leur absence, il faut respecter l'ordre. C'est le cas par exemple pour la commande "link src target".
C'est bien ce que j'ai toujours appliqué sans vraiment y penser.
-- Saïd.
Saïd
Nicolas MICHEL :
J'ai sans-doutes dit une bourde, sur un client 10.2, voici ce que j'ai trouvé dans /etc/rc (que j'ai jamais modifié) :
PS: Le reglage que tu donne est le reglage par defaut de Mac OS X 10.2 donc le fonctionnement du swap sous 10.2 n'etait pas si merdique que ca. Je veux dire, il ne pouvait pas y avoir plus de 160Mo de perdus en trous dans le swap. Ca va a l'encontre de tout ce que je deja lu. (i.e. il n'y a liberation d'un fichier swap que s'il n'est plus du tout utilise) La regle semble plutot, il y a liberation des que les trous cumules atteignent une certaine taille (160Mo a peu pres dans 10.2)
-- Saïd.
Nicolas MICHEL :
J'ai sans-doutes dit une bourde, sur un client 10.2, voici ce que j'ai
trouvé dans /etc/rc (que j'ai jamais modifié) :
PS: Le reglage que tu donne est le reglage par defaut de Mac OS X 10.2
donc le fonctionnement du swap sous 10.2 n'etait pas si merdique que ca. Je
veux dire, il ne pouvait pas y avoir plus de 160Mo de perdus en trous dans
le swap. Ca va a l'encontre de tout ce que je deja lu. (i.e. il n'y a
liberation d'un fichier swap que s'il n'est plus du tout utilise) La regle
semble plutot, il y a liberation des que les trous cumules atteignent une
certaine taille (160Mo a peu pres dans 10.2)
PS: Le reglage que tu donne est le reglage par defaut de Mac OS X 10.2 donc le fonctionnement du swap sous 10.2 n'etait pas si merdique que ca. Je veux dire, il ne pouvait pas y avoir plus de 160Mo de perdus en trous dans le swap. Ca va a l'encontre de tout ce que je deja lu. (i.e. il n'y a liberation d'un fichier swap que s'il n'est plus du tout utilise) La regle semble plutot, il y a liberation des que les trous cumules atteignent une certaine taille (160Mo a peu pres dans 10.2)
-- Saïd.
Nicolas.MICHEL
rSaïd wrote:
Et c'etait quoi ta ligne qui ne fonctionnait pas?
euh, je l'ai effacée depuis :-/
PS: Le reglage que tu donne est le reglage par defaut de Mac OS X 10.2 donc le fonctionnement du swap sous 10.2 n'etait pas si merdique que ca.
bin non, les problèmes sont apparus avec la 10.3 avant c'était mieux pour les petits disques.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
rSaïd <said@brian.lan> wrote:
Et c'etait quoi ta ligne qui ne fonctionnait pas?
euh, je l'ai effacée depuis :-/
PS: Le reglage que tu donne est le reglage par defaut de Mac OS X 10.2
donc le fonctionnement du swap sous 10.2 n'etait pas si merdique que ca.
bin non, les problèmes sont apparus avec la 10.3
avant c'était mieux pour les petits disques.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
