La vraie question est "qu'est-ce que ce truc va apporter par rapport à un démarrage de type sysV ou rc.d ?"
Tu ne ferais pas partie d'une bande de vieux grégaires qui refusent le progrès ?
Il y a "vrai progrès" et "course au progrès" dans les trolls LP.
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
Kevin Denis
Le 18-10-2012, Emmanuel Florac a écrit :
c'est pour gagner dix secondes sur une journée
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis à 10 secondes près :)
D'un côté, j'ai une machine: $ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi. -- Kevin
Le 18-10-2012, Emmanuel Florac <eflorac@imaginet.fr> a écrit :
c'est pour gagner dix secondes sur une journée
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis
à 10 secondes près :)
D'un côté, j'ai une machine:
$ uptime
15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06
(qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un
boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il
m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume
à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce
soit, donc c'est pénible et un boot rapide m'intéresserait.
Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je
l'ai fait, j'avais du diviser par trois ou quatre le temps du boot,
mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
--
Kevin
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis à 10 secondes près :)
D'un côté, j'ai une machine: $ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi. -- Kevin
JKB
Le 19 Oct 2012 12:14:26 GMT, Kevin Denis écrivait :
Le 18-10-2012, Emmanuel Florac a écrit :
c'est pour gagner dix secondes sur une journée
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis à 10 secondes près :)
D'un côté, j'ai une machine: $ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
Mais tu vas gagner _combien_ ? Mon 'vieux' portable avec un core2duo met moins de 30 secondes à booter (post compris). Si tu trouves ça trop long, tu peux toujours utiliser s2disk.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le 19 Oct 2012 12:14:26 GMT,
Kevin Denis <kevin@nowhere.invalid> écrivait :
Le 18-10-2012, Emmanuel Florac <eflorac@imaginet.fr> a écrit :
c'est pour gagner dix secondes sur une journée
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis
à 10 secondes près :)
D'un côté, j'ai une machine:
$ uptime
15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06
(qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un
boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il
m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume
à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce
soit, donc c'est pénible et un boot rapide m'intéresserait.
Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je
l'ai fait, j'avais du diviser par trois ou quatre le temps du boot,
mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
Mais tu vas gagner _combien_ ? Mon 'vieux' portable avec un core2duo
met moins de 30 secondes à booter (post compris). Si tu trouves ça
trop long, tu peux toujours utiliser s2disk.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Le 19 Oct 2012 12:14:26 GMT, Kevin Denis écrivait :
Le 18-10-2012, Emmanuel Florac a écrit :
c'est pour gagner dix secondes sur une journée
En moyenne je redémarre mes machines 2 fois par an, c'est sûr que je suis à 10 secondes près :)
D'un côté, j'ai une machine: $ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
Mais tu vas gagner _combien_ ? Mon 'vieux' portable avec un core2duo met moins de 30 secondes à booter (post compris). Si tu trouves ça trop long, tu peux toujours utiliser s2disk.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Tonton Th
On 10/19/2012 11:14 AM, Patrick Lamaizière wrote:
Plus je vois ce truc arriver plus je me dis qu'il est temps que je change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, mais est-ce que ça répond à des problématiques de pointe, du genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec capture simultanée dans Audacity" ?
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
On 10/19/2012 11:14 AM, Patrick Lamaizière wrote:
Plus je vois ce truc arriver plus je me dis qu'il est temps que je
change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, mais est-ce que ça répond à des problématiques de pointe,
du genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec
capture simultanée dans Audacity" ?
--
Nous vivons dans un monde étrange/
http://foo.bar.quux.over-blog.com/
Plus je vois ce truc arriver plus je me dis qu'il est temps que je change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, mais est-ce que ça répond à des problématiques de pointe, du genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec capture simultanée dans Audacity" ?
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
Tonton Th
On 10/19/2012 11:03 AM, Patrick Lamaizière wrote:
On en reparle quand systemd sera l'init par défaut ;-)
Est-ce bien prudent d'inviter LP dans fcol.debats ?
Hu, qu'est ce que j'ai fait encore ?
"You've just made a chtulhu's invocation, you bastard !"
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
On 10/19/2012 11:03 AM, Patrick Lamaizière wrote:
On en reparle quand systemd sera l'init par défaut ;-)
Est-ce bien prudent d'inviter LP dans fcol.debats ?
Hu, qu'est ce que j'ai fait encore ?
"You've just made a chtulhu's invocation, you bastard !"
--
Nous vivons dans un monde étrange/
http://foo.bar.quux.over-blog.com/
On en reparle quand systemd sera l'init par défaut ;-)
Est-ce bien prudent d'inviter LP dans fcol.debats ?
Hu, qu'est ce que j'ai fait encore ?
"You've just made a chtulhu's invocation, you bastard !"
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
Nicolas George
Kevin Denis , dans le message , a écrit :
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
C'est une volonté plutôt légitime, mais elle ne va pas être satisfaite par les bouzins qu'on veut mettre à la place d'init. Si tu veux accélérer le boot, il faut :
* Noyau compilé maison, avec les modules indispensables au boot (driver contrôleur disque et filesystem) en dur pour ne pas passer par un initrd.
* Choisir un display-manager léger : on n'a pas besoin d'effets graphiques de la mort pour taper son login et son mot de passe, ni même d'un fond d'écran. On peut aussi opter pour un autologin sans display-manager, mais c'est pénible à mettre en place proprement.
* Désactiver les services inutiles. Si on n'imprime qu'une fois tous les 36 du mois, on peut bien lancer CUPS à la main ce jour-là.
* Bidouiller la config d'X.org pour désactiver la détection des sorties inexistantes. Apparemment, il faut une seconde à X.org pour se rendre compte que la sortie DVI d'un i945G n'est connectée à rien.
Seulement après toutes ces manipulations, on peut envisager d'aller chercher du temps à gagner dans la parallélisation des scripts de boot. Et d'ailleurs, avec les services inutiles désactivés, on n'en a plus trop besoin.
Kevin Denis , dans le message
<slrnk82nvb.icv.kevin@slackwall.local.tux>, a écrit :
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il
m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume
à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce
soit, donc c'est pénible et un boot rapide m'intéresserait.
Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je
l'ai fait, j'avais du diviser par trois ou quatre le temps du boot,
mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
C'est une volonté plutôt légitime, mais elle ne va pas être satisfaite par
les bouzins qu'on veut mettre à la place d'init. Si tu veux accélérer le
boot, il faut :
* Noyau compilé maison, avec les modules indispensables au boot (driver
contrôleur disque et filesystem) en dur pour ne pas passer par un initrd.
* Choisir un display-manager léger : on n'a pas besoin d'effets graphiques
de la mort pour taper son login et son mot de passe, ni même d'un fond
d'écran. On peut aussi opter pour un autologin sans display-manager, mais
c'est pénible à mettre en place proprement.
* Désactiver les services inutiles. Si on n'imprime qu'une fois tous les 36
du mois, on peut bien lancer CUPS à la main ce jour-là.
* Bidouiller la config d'X.org pour désactiver la détection des sorties
inexistantes. Apparemment, il faut une seconde à X.org pour se rendre
compte que la sortie DVI d'un i945G n'est connectée à rien.
Seulement après toutes ces manipulations, on peut envisager d'aller chercher
du temps à gagner dans la parallélisation des scripts de boot. Et
d'ailleurs, avec les services inutiles désactivés, on n'en a plus trop
besoin.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
C'est une volonté plutôt légitime, mais elle ne va pas être satisfaite par les bouzins qu'on veut mettre à la place d'init. Si tu veux accélérer le boot, il faut :
* Noyau compilé maison, avec les modules indispensables au boot (driver contrôleur disque et filesystem) en dur pour ne pas passer par un initrd.
* Choisir un display-manager léger : on n'a pas besoin d'effets graphiques de la mort pour taper son login et son mot de passe, ni même d'un fond d'écran. On peut aussi opter pour un autologin sans display-manager, mais c'est pénible à mettre en place proprement.
* Désactiver les services inutiles. Si on n'imprime qu'une fois tous les 36 du mois, on peut bien lancer CUPS à la main ce jour-là.
* Bidouiller la config d'X.org pour désactiver la détection des sorties inexistantes. Apparemment, il faut une seconde à X.org pour se rendre compte que la sortie DVI d'un i945G n'est connectée à rien.
Seulement après toutes ces manipulations, on peut envisager d'aller chercher du temps à gagner dans la parallélisation des scripts de boot. Et d'ailleurs, avec les services inutiles désactivés, on n'en a plus trop besoin.
Emmanuel Florac
Le Fri, 19 Oct 2012 12:14:26 +0000, Kevin Denis a écrit:
$ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
Un portable ne s'éteint jamais, il se met en veille:
emmanuel[~]$ w 19:37 up 27 days, 20:50, 1 user, load averages: 0.14 0.28 0.22 USER TTY FROM LOGIN@ IDLE WHAT emmanuel console - 09Oct12 9days -
-- My assertion that we can do better with computer languages is a persistent belief and fond hope, but you'll note I don't actually claim to be either rational or right. Except when it's convenient. Larry Wall
Le Fri, 19 Oct 2012 12:14:26 +0000, Kevin Denis a écrit:
$ uptime
15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06
(qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un
boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il
m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à
froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit,
donc c'est pénible et un boot rapide m'intéresserait. Je peux donc
installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait,
j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr
qu'un mécanisme de fastboot serait intéressant en soi.
Un portable ne s'éteint jamais, il se met en veille:
emmanuel[~]$ w
19:37 up 27 days, 20:50, 1 user, load averages: 0.14 0.28 0.22
USER TTY FROM LOGIN@ IDLE WHAT
emmanuel console - 09Oct12 9days -
--
My assertion that we can do better with computer languages is a
persistent belief and fond hope, but you'll note I don't actually claim
to be either rational or right. Except when it's convenient.
Larry Wall
Le Fri, 19 Oct 2012 12:14:26 +0000, Kevin Denis a écrit:
$ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement. Lorsque j'en ai besoin, j'aimerai qu'il s'allume en 5s chrono et qu'il m'ouvre un navigateur/xterm/ssh/jeux/whatever. Mais quand je l'allume à froid, il me faut looooongtemps avant que j'ai accès à quoi que ce soit, donc c'est pénible et un boot rapide m'intéresserait. Je peux donc installer systemd (nan, j'déconne) ou tweaker l'init. Je l'ai fait, j'avais du diviser par trois ou quatre le temps du boot, mais il est sûr qu'un mécanisme de fastboot serait intéressant en soi.
Un portable ne s'éteint jamais, il se met en veille:
emmanuel[~]$ w 19:37 up 27 days, 20:50, 1 user, load averages: 0.14 0.28 0.22 USER TTY FROM LOGIN@ IDLE WHAT emmanuel console - 09Oct12 9days -
-- My assertion that we can do better with computer languages is a persistent belief and fond hope, but you'll note I don't actually claim to be either rational or right. Except when it's convenient. Larry Wall
Emmanuel Florac
Le Fri, 19 Oct 2012 15:30:14 +0200, Tonton Th a écrit:
Oui, mais est-ce que ça répond à des problématiques de pointe, du genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec capture simultanée dans Audacity" ?
Un Kawai Q-80? Pour quelle raison voudrait-on utiliser ce (par ailleurs excellent) appareil pour piloter ZynAddSubFx et consorts?
-- All thinking men are atheists. Ernest Hemingway
Le Fri, 19 Oct 2012 15:30:14 +0200, Tonton Th a écrit:
Oui, mais est-ce que ça répond à des problématiques de pointe, du
genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec capture
simultanée dans Audacity" ?
Un Kawai Q-80? Pour quelle raison voudrait-on utiliser ce (par ailleurs
excellent) appareil pour piloter ZynAddSubFx et consorts?
--
All thinking men are atheists.
Ernest Hemingway
Le Fri, 19 Oct 2012 15:30:14 +0200, Tonton Th a écrit:
Oui, mais est-ce que ça répond à des problématiques de pointe, du genre "ZynAddSubFx et Spécimen pilotés par un Q-80, avec capture simultanée dans Audacity" ?
Un Kawai Q-80? Pour quelle raison voudrait-on utiliser ce (par ailleurs excellent) appareil pour piloter ZynAddSubFx et consorts?
-- All thinking men are atheists. Ernest Hemingway
Kevin Denis
Le 19-10-2012, Emmanuel Florac a écrit :
$ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
C'est fait. Je déplore un peu l'explosion de paquets, mais ça reste quand même très bon.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Un portable ne s'éteint jamais, il se met en veille:
C'est ce que je dis: épisodiquement. Je ne vais pas le mettre en veille alors que je sais qu'il y a peu de chances que je ne le rallume pas avant 15j/ 3 semaines. Sauf que souvent, 5mn après l'avoir éteint, on se dit, ah zut, je voulais aussi vérifier la météo pour ce week-end, et bam un boot loooooong pour aller lire deux news.
(et je passe sur mon système parano chiffré qui ne se met pas en veille à cause de cold boot et de ce genre de choses) -- Kevin
Le 19-10-2012, Emmanuel Florac <eflorac@imaginet.fr> a écrit :
$ uptime
15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06
(qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un
boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
C'est fait. Je déplore un peu l'explosion de paquets, mais ça reste quand
même très bon.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Un portable ne s'éteint jamais, il se met en veille:
C'est ce que je dis: épisodiquement. Je ne vais pas le mettre en veille
alors que je sais qu'il y a peu de chances que je ne le rallume pas
avant 15j/ 3 semaines.
Sauf que souvent, 5mn après l'avoir éteint, on se dit, ah zut, je
voulais aussi vérifier la météo pour ce week-end, et bam un boot
loooooong pour aller lire deux news.
(et je passe sur mon système parano chiffré qui ne se met pas en veille
à cause de cold boot et de ce genre de choses)
--
Kevin
$ uptime 15:58:20 up 218 days, 21:44, 1 user, load average: 0.07, 0.07, 0.06 (qui va bientôt upgrader en slack14, bye bye l'uptime), et là, avoir un boot un peu rapide n'a aucun interêt.
Entre parenthèse slack 14 c'est bien, mangez en :)
C'est fait. Je déplore un peu l'explosion de paquets, mais ça reste quand même très bon.
Mais de l'autre, j'ai un portable qui me sert, disons, épisodiquement.
Un portable ne s'éteint jamais, il se met en veille:
C'est ce que je dis: épisodiquement. Je ne vais pas le mettre en veille alors que je sais qu'il y a peu de chances que je ne le rallume pas avant 15j/ 3 semaines. Sauf que souvent, 5mn après l'avoir éteint, on se dit, ah zut, je voulais aussi vérifier la météo pour ce week-end, et bam un boot loooooong pour aller lire deux news.
(et je passe sur mon système parano chiffré qui ne se met pas en veille à cause de cold boot et de ce genre de choses) -- Kevin
Doug713705
Le 19-10-2012, Patrick Lamaizière nous expliquait dans fr.comp.os.linux.debats :
Doug713705 :
Plus je vois ce truc arriver plus je me dis qu'il est temps que je change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, c'est ce que je me dis de plus en plus souvent.
Je suis d'ailleurs en train de tester/apprendre 9.0 dans une vbox avant une probable migration.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
Le 19-10-2012, Patrick Lamaizière nous expliquait dans fr.comp.os.linux.debats :
Doug713705 :
Plus je vois ce truc arriver plus je me dis qu'il est temps que je
change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, c'est ce que je me dis de plus en plus souvent.
Je suis d'ailleurs en train de tester/apprendre 9.0 dans une vbox avant
une probable migration.
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Le 19-10-2012, Patrick Lamaizière nous expliquait dans fr.comp.os.linux.debats :
Doug713705 :
Plus je vois ce truc arriver plus je me dis qu'il est temps que je change d'OS.
FreeBSD c'est pas si mal en fait.
Oui, c'est ce que je me dis de plus en plus souvent.
Je suis d'ailleurs en train de tester/apprendre 9.0 dans une vbox avant une probable migration.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
