je suis tombe sur ca (j'ai perdu le lien) et je ne sais trop qu'en penser :
"""
swap size (Score: 0)
For a laptop with more than 256MB of RAM, don't make a swap partition at
all. Swap activity prevents your disk from spinning down, and uses more
juice from the batteries. (OTOH, swapping out some big program that you're
not using right then could let the kernel cache more data, maybe preventing
some disk accesses from what you're doing.) If you ever need a ton of
virtual memory, dd if=/dev/zero of=/var/tmp/swap bs=1024k count=n; mkswap
/var/tmp/swap;swapon /var/tmp/swap. To let your HD spin down more, mount
your filesystems with noatime. Then the kernel won't update the atime in the
inodes of files you read. This means reading files can result in _no_ disk
accesses if they were in the cache. On a modern desktop, you don't need
swap=2xRAM. That's just dumb when you have 512MB or 1GB of RAM. Why would
you commit 2GB of disk space to swap, permanently? 64MB or 128MB is a good
size for a desktop swap partition. That puts a limit on how much the kernel
can swap out, so it won't take forever to swap it all back in when you come
back to your X session after samba took up all the RAM with disk cache. If
you use tmpfs for /tmp, you might well want 256MB of swap, but even 64MB
should be enough for tmpfs if you don't put huge files there. (put them in
/var/tmp instead, or something like that.) Again, if you need a ton of VM
for something, make a swap file. That's slightly slower, but much more
flexible than a swap partition.
"""
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de Basile>> l'eteindre puis de le rallumer assez rapidement (une petite Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
-- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net alias: basile<at>tunes<dot>org 8, rue de la Faïencerie, 92340 Bourg La Reine, France
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH
J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de
Basile>> l'eteindre puis de le rallumer assez rapidement (une petite
Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et
Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau
Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que
J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter
J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour
se rallumer, mais j'ai plein de services (peu utiles, mais...) qui
tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent
occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches
(des systèmes de fichier) à l'extinction (avec suspension = suspend)
et à recharger les caches au rallumage (avec restauration resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il
demarre plein de services (qui me sont peu utiles, sauf que je
développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que
je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net
alias: basile<at>tunes<dot>org
8, rue de la Faïencerie, 92340 Bourg La Reine, France
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de Basile>> l'eteindre puis de le rallumer assez rapidement (une petite Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
-- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net alias: basile<at>tunes<dot>org 8, rue de la Faïencerie, 92340 Bourg La Reine, France
J. Mayer
On Thu, 23 Oct 2003 10:20:33 +0200, Basile STARYNKEVITCH wrote:
"J.Mayer" == J Mayer writes:
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de Basile>> l'eteindre puis de le rallumer assez rapidement (une petite Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
Je n'ai pas regardé le code du suspend en détail, mais il me semble qu'il sauve les pages de RAM uniquement. Il pourrait en principe se passer de sauvegarder les caches. Il peut le faire, si il sauvegarde l'intégralité des pages utilisées, mais ça doit dans ce cas être transparent. Tout ça ne prends que le temps de charger physiquement les pages... Le plus dur, à mon avis, est de restaurer correctement l'état du matériel dans sa config au moment du suspend, ce qui ne doit pas être significativement plus long que l'init du même matériel lors du boot. J'avoue ne pas avoir encore essayé... Tu dois, en effet avoir un paquet de services lancés au démarage, pour mettre autant de temps. C'est un autre débat, mais je pense que tout celà devrait être fait de façon asynchrone, ce qui ramènerait le temps de boot à moins de 5 secondes... Pour info, le temps boot du kernel, avec très peu de services, sur un PPC à 108 Mhz est de 1.8 secondes. Le plus long (et incompréssible) est sans doute l'init de l'IDE qui prends de 1/2 s à quelques secondes suivant le controleur...
On Thu, 23 Oct 2003 10:20:33 +0200, Basile STARYNKEVITCH wrote:
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH
J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de
Basile>> l'eteindre puis de le rallumer assez rapidement (une petite
Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et
Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau
Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que
J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter
J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour
se rallumer, mais j'ai plein de services (peu utiles, mais...) qui
tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent
occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches
(des systèmes de fichier) à l'extinction (avec suspension = suspend)
et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il
demarre plein de services (qui me sont peu utiles, sauf que je
développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que
je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
Je n'ai pas regardé le code du suspend en détail, mais il me semble
qu'il sauve les pages de RAM uniquement. Il pourrait en principe
se passer de sauvegarder les caches. Il peut le faire, si il
sauvegarde l'intégralité des pages utilisées, mais ça doit dans
ce cas être transparent. Tout ça ne prends que le temps de charger
physiquement les pages... Le plus dur, à mon avis, est de restaurer
correctement l'état du matériel dans sa config au moment du suspend,
ce qui ne doit pas être significativement plus long que l'init
du même matériel lors du boot.
J'avoue ne pas avoir encore essayé...
Tu dois, en effet avoir un paquet de services lancés au démarage,
pour mettre autant de temps. C'est un autre débat, mais je pense
que tout celà devrait être fait de façon asynchrone, ce qui ramènerait
le temps de boot à moins de 5 secondes...
Pour info, le temps boot du kernel, avec très peu de services,
sur un PPC à 108 Mhz est de 1.8 secondes.
Le plus long (et incompréssible) est sans doute l'init de l'IDE
qui prends de 1/2 s à quelques secondes suivant le controleur...
On Thu, 23 Oct 2003 10:20:33 +0200, Basile STARYNKEVITCH wrote:
"J.Mayer" == J Mayer writes:
J.Mayer> On Wed, 22 Oct 2003 18:54:39 +0200, Basile STARYNKEVITCH J.Mayer> wrote:
Basile>> La suspension est très pratique sur un portable: elle permet de Basile>> l'eteindre puis de le rallumer assez rapidement (une petite Basile>> dizaine de secondes sur mon portable Asus avec Athlon1600 et Basile>> 386Mo RAM; j'utilise swsusp 2.0-rc1 patché sur un noyau Basile>> 2.4.22).
J.Mayer> Tu es sur du timing ? Dix secondes, c'est le temps que J.Mayer> met mon Ibook (PPC G3 700, 640 Mo de RAM) à booter J.Mayer> _complètement_, y compris X !
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
Je n'ai pas regardé le code du suspend en détail, mais il me semble qu'il sauve les pages de RAM uniquement. Il pourrait en principe se passer de sauvegarder les caches. Il peut le faire, si il sauvegarde l'intégralité des pages utilisées, mais ça doit dans ce cas être transparent. Tout ça ne prends que le temps de charger physiquement les pages... Le plus dur, à mon avis, est de restaurer correctement l'état du matériel dans sa config au moment du suspend, ce qui ne doit pas être significativement plus long que l'init du même matériel lors du boot. J'avoue ne pas avoir encore essayé... Tu dois, en effet avoir un paquet de services lancés au démarage, pour mettre autant de temps. C'est un autre débat, mais je pense que tout celà devrait être fait de façon asynchrone, ce qui ramènerait le temps de boot à moins de 5 secondes... Pour info, le temps boot du kernel, avec très peu de services, sur un PPC à 108 Mhz est de 1.8 secondes. Le plus long (et incompréssible) est sans doute l'init de l'IDE qui prends de 1/2 s à quelques secondes suivant le controleur...
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
Les services ne sont pas redémarrés, puisque les pages de tous les exécutables sont restaurés depuis la partition swap. Ce qui prend du temps chez moi c'est la ré-initialisation du matériel (modem adsl) par exemple et du serveur X (il faut lancer un "fake server" et restaurer le vrai ensuite).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour
se rallumer, mais j'ai plein de services (peu utiles, mais...) qui
tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent
occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches
(des systèmes de fichier) à l'extinction (avec suspension = suspend)
et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il
demarre plein de services (qui me sont peu utiles, sauf que je
développe des trucs qui peuvent s'en servir).
Les services ne sont pas redémarrés, puisque les pages de tous les
exécutables sont restaurés depuis la partition swap.
Ce qui prend du temps chez moi c'est la ré-initialisation du matériel
(modem adsl) par exemple et du serveur X (il faut lancer un "fake server"
et restaurer le vrai ensuite).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que
je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
En fait c'est plutot 30 secondes pour s'éteindre et 20 secondes pour se rallumer, mais j'ai plein de services (peu utiles, mais...) qui tournent sur mon portable (dont MySQL & PostgreSQL, qui me servent occasionnellement)
Apparemment l'essentiel du temps est passé à sauvegarder les caches (des systèmes de fichier) à l'extinction (avec suspension = suspend) et à recharger les caches au rallumage (avec restauration > resume). Je fais pourtant un sync explicite avant la suspension.
Et mon portable met aussi du temps à booter (à froid). Faut dire qu'il demarre plein de services (qui me sont peu utiles, sauf que je développe des trucs qui peuvent s'en servir).
Les services ne sont pas redémarrés, puisque les pages de tous les exécutables sont restaurés depuis la partition swap. Ce qui prend du temps chez moi c'est la ré-initialisation du matériel (modem adsl) par exemple et du serveur X (il faut lancer un "fake server" et restaurer le vrai ensuite).
J'ai oublié de dire que ma distrib est Debian/Sid (aka unstable) que je mets à jour (par apt-get dist-upgrade) presque quotidiennement.
