- Il n'y avait pas de suite office correcte ? Il y a maintenant OpenOffice et KOffice.
- Pas de navigateur web correct ? Mozilla, Konqueror et les dérivés sont désormais là....
- Pas de lecteur multimédia non préhistorique ? Xine et MPlayer sont venus nous sauver...
Mais, bizarrement, reste entre autres LE fameux problème du démarrage qui prend 3 h, et qui inciterait même presque à laisser le PC allumé 24h/24h juste pour lire ses courriels 1 fois par jour.
James Hunt d'IBM propose un article décrivant comment ce processus peut être accéléré en parallélisant ce qui est aujourd'hui fait en série.
Il apporte aussi des réponses aux problèmes posés : nécessité pour les admins d'un démarrage série, dépendances des services entre eux, compatibilité LSB...
Qu'en est-il maintenant au niveau des distributions ?
Aller plus loin
- L'article d'IBM avec une implémentation (99 clics)
#
Posté par Francois Revol (site web personnel) . Évalué à -6.
m'enfin.
Tfaçon au niveau du boot j'ai le gagnant, pas besoin de nunux :p
[^] #
Posté par Francois Revol (site web personnel) . Évalué à -4.
vous avez un sérieux problème d'égo... spas paske je dis une vérité (BeOS boot plus vite que nunux) que j'exècre Linux, tout au contraire. J'ai un serveur Slack à coté de moi.
Et puis merde je m'en tappe de ce que vous pensez, vous pensez qu'à vous tfaçon !
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gniarf . Évalué à 5.
5 secondes chrono entre la lecture du boot loader et le bureau de BeOS, sur un P2 333.
c'est quand même sympa.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Eric Boulat . Évalué à -1.
Personnellement je fesais booter sous X ma slackware en 15 secondes avec un cyrix 166+ et 32 megs de ram et deux disques dur plutôt lents !
Et pourtant avec ça, je pouvais me connecter au net, utiliser gimp, ma carte son et regarder des films en mpeg et si le driver était sortit à l'époque j'aurais même utilisé mon scanner puisque je chargeais les drivers de ma carte scsi !
Non franchement BeOs n'est qu'un unix de plus, qui a été repackagé pour autre chose que le service. Le projet Blue Eyed OS est bien là pour le prouver !
Quant à dire que BeOs sera toujours plus rapide au boot que linux car c'est un micro-kernel, je réponds foutaise ! Quiconque a essayé qnx sait que même les os à base de micro-kernel peuvent booter trés lentement ! (Et être instable au passage !).
[^] #
Posté par Francois Revol (site web personnel) . Évalué à 5.
NON, BeOS n'utilise pas un micro noyau. Il utilise un noyau modulaire et préemptible.
Arretez le FUD, on dirait Kro !
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Eric Boulat . Évalué à 3.
(même si c'est un système conforme posix)
http://membres.lycos.fr/laportea/beos/beos_qu_est_ce_que_c_est.html(...)
Franchement c'est assez dur de distinguer un noyau trés modularisé d'un micro kernel, or dans un noyau linux, une trés large majorité des fonctions sont modulaires, donc on y est ! Il suffit de recompiler le noyau différemment !
Quand à Be eux-mêmes ils disaient que ça les chagrinaient qu'on les compare à Unix et au micro noyau mach car ça date des années 70 !
http://www.beatjapan.org/mirror/www.be.com/support/qandas/faqs/faq-(...)
Franchement c'est pas parceque c'est récent que c'est bon ! MS Dos 1.0 est sortit 10 aprés et c'était bien pire ! Et puis c'est carrément insultant pour linux qui lui revendique fièrement son statut unixien ! Et puis même Be Inc reconnaissait qu'ils ont des points communs avec unix :
http://www.beatjapan.org/mirror/www.be.com/support/qandas/faqs/faq-(...)
OK Be est pas multi-utilisateur comme tout bon unix, et alors ? Ca serait si difficile de démarrer tout les services en root à partir du niveau 1 sous linux ?
Franchement je le redis, tout ça c'est que du cosmétique ! Si BeInc devait recommencer à zéro, ils auraient plus vite fait de reprendre linux et de faire une distribution à leur sauce !
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par reno . Évalué à 1.
Pas d'accord: les droits d'executions sont différents!
Un driver en user-space ne doit pas pouvoir planter le noyau, alors qu'un module du noyau peut ecraser tout ce qu'il veut..
Et ça, ça change pas mal de chose, notamment au niveau perf!
Pour ce qui est de Unix, là personellement j'ai toujours trouvé cela flou, m'enfin un système non multi-utilisateur comme système Unix, euh, il ne faut pas pousser quand-même..
>Ca serait si difficile de démarrer tout les services en root à partir du niveau 1 sous linux ?
Certes non, mais Linux garde la possibilité d'être configuré en multi-utilisateur, s'il perdait cette possibilité alors il cesserait d'être un Unix à mon avis.
Les concepteurs de Be ont toujours dit qu'il était possible sans trop de problème de créer une version de Be multi-utilisateur, mouai, la parole est facile, l'action difficile!
PS:
soit dit en passant ceci n'est absolument pas une critique de BeOS: j'adorais la réactivité des applications (raaaahhh lovely), le temps de boot de 10s, l'installation hyper-facile..
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Code34 (site web personnel) . Évalué à 4.
Ca boot sur cassette ou sur disquette ?
# Re: Pour un boot plus rapide de Linux
Posté par MrTout (site web personnel) . Évalué à 10.
Mais si l'on peut gagner quelques secondes supplémentaire, pourquoi pas.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Colin Leroy (site web personnel) . Évalué à 4.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 6.
Il serait bon de preciser a service rendu égal (ce qui est très certainement le cas, sinon...).
[^] # Re: Pour un boot plus rapide de Linux
Posté par Temsa (site web personnel) . Évalué à 4.
Par exemple pour la coupe de robotique de l'an dernier, j'avais fait ma propre distrib (enfin pas tout à fait, j'étais parti d'une rootfs uclibc voir http://galileo.ma.cx(...) ) et le robot etait pret et booté en 12-13 secondes (j'avais chronométré mais il est vrai que le seul vrai démon lancé était sshd).
J'avais aussi un peut tout optimisé dans ce but, mais on pouvait encore gagner 2 à 3 secondes à mon avis.
[^] # Re: Pour un boot plus rapide de Linux
Posté par gndl (site web personnel) . Évalué à 7.
[^] # Re: Pour un boot plus rapide de Linux
Posté par xsnipe . Évalué à 7.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Sativas . Évalué à 2.
On peut toujours compiler son noyau en statique aussi mais je sais pas trop pourquoi on recommande souvent de ne pas le faire
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gloo . Évalué à 1.
Je suis très bien sans.
[^] # Re: Pour un boot plus rapide de Linux
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
Si chaque fois que je rajoute un module, ou compile un kernel, je "depmod -ae", pas besoin de rajouter cette étape à chaque boot...
[^] # Re: Pour un boot plus rapide de Linux
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
+ Ca permet de ne charger que le code nécessaire au moment ou on en a besoin. (moins de mémoire)
+ Ca permet d'installer de nouveaux drivers sans rebooter et sans tout recompiler.
- Si un intrus parvient a être root, il peut charger un module et executer du code en kernel mode, et il peut vraiment foutre la m.... tout en restant quasi-invisible. (rien dans la liste des processus, ...)
Donc, des + et des - ...
[^] # Re: Pour un boot plus rapide de Linux
Posté par wistily . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par wismerhill . Évalué à 5.
[^] # Re: Pour un boot plus rapide de Linux
Posté par wistily . Évalué à 0.
[^] # Re: Pour un boot plus rapide de Linux
Posté par vga1523 . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Éric (site web personnel) . Évalué à 4.
Ce n'est pas un problème bloquant (attendre meme 5 minutes au démarage c'est pas dramatique), mais c'est une gêne réelle .
Pas besoin de sortir des arguments "objectifs" comme le nombre de services et la fréquence de redémarage, une gêne c'est tout à fait subjectif. Elle existe à partir du moment où elle est ressentie, et toutes les démarches logiques n'y changeront rien.
Le fait est qu'elle existe cette gêneune gêne (au moins chez moi)
[^] # Re: Pour un boot plus rapide de Linux
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . Évalué à 7.
- pour les particuliers en studio qui veulent dormir la nuit
- pour ceux qui ont un portable ou le suspend-to-disk ne fonctionne pas, un probleme assez répandu, je crois.
Les démarrages sont frequents et leeeennnnttt ce qui est pénible et donne une mauvaise impression de l'OS.
Si je me souviens bien, ma Mandrake 7.2 démarrait par défaut en 2 minutes (boot+démarrage de X et KDE) alors que BeOS mettait 20s pour faire la même chose!
J'avais pu atteindre 1m20 de temps de démarrage de Mdk en virant tous les services inutiles, mais c'etait quand meme assez penible: trouver la doc sur tous les daemons, etc.. pour un resultat tres mitigé.
Je trouve amusant que dans le papier d'IBM, ils proposent d'utiliser make pour résoudre les dépendances, alors que dans un papier de NetBSD qui explique leur systeme de demarrage, les auteurs disent qu'ils ne se sont pas servis de make pour éviter d'avoir a le mettre dans le /bin ce qu'ils considérent comme du "bloat"..
Je crois que Gentoo utilise aussi un systeme de demarrage par dependance, inspiré de celui de NetBSD.
[^] # Re: Pour un boot plus rapide de Linux
Posté par ookaze . Évalué à 5.
Même mon vieux Thinkpad PII 266 boote plus vite qu'une machine 10 fois plus rapide (en terme de CPU, et en terme de disque) avec simpleinit-smb.
Ce système est d'ailleurs plus rapide que celui de la gentoo, puisque ça boote environ deux fois plus vite sur la même machine.
En plus, niveau simplicité, c'est le jour et la nuit avec le reste, pour gérer les dépendances par exemple.
A part ça, ça parallélise tout ce qui est lancé dans un même niveau d'exécution.
[^] # Re: Pour un boot plus rapide de Linux
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
des liens ?
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . Évalué à 1.
Une recherche Google ne donne rien..
[^] # Re: Pour un boot plus rapide de Linux
Posté par wismerhill . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par iTanguy . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par ookaze . Évalué à 1.
C'est une des choses misérables dans les distribs.
Je ne comprends vraiment pas pourquoi ils font ça.
Et c'est toujours comme ça dans la dernière Mandrake.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Pablo Saratxaga (site web personnel) . Évalué à 2.
- c'est simple d'ajouter/retirer des chemins de fontes à xfs et de le relancer; plutôt que de modifier le fichier de config de XFree86 (avec le risque de tout casser en prime)
- ce n'est plus vrai actuellement, mais dans le temps le serveur X n'était pas multithread, la résolution des fonts bloquait tout l'écran quand les fontes étaient gerées par le serveur X, ce qui n'était pas le cas quand c'était xfs (un processus different); il y avait aussi le fait que dfes versions de xfs avec support pour fontes TTF existaient, mais pas pour le serveur X.
- je crois que c'est encore d'actualité: les grosses fontes (typiquemment, les fontes unicode et CJK) sont hyper-lentes à charger si *tous* les glyphes de la fonte sont calculés quand on l'ouvre; xfs a une option pour lui dire de ne pas le faire, de ne calculer les glyphes qu'à la demande.
L'utilisation de xfs avait de réelles raison d'être.
Un peu moins actuellement, mais de toutes façons l'utilisation de fontes X11 deviens de plus en plus archaïque, c'est Xft/fontconfig la voie à suivre.
Quand XFree86 incluera une émulation pour servir en fontes X11 les anciens programmes en utilisant de façon transparente Xft/fontconfig, alors l'utilisation de serveur de fontes pourra être desactivée.
Sinon, pour revenir au sujet de la nouvelle; je ne trouve pas la séquence de démarrage trop longue, ce qui l'est (pas necessairemment plus long, mais subjectivemment) c'est le lancemmen de X et du *dm; ainsi que le lancemment du bureau.
[^] # Re: Pour un boot plus rapide de Linux
Posté par ookaze . Évalué à 3.
Ajouter/retirer des chemins de fontes ?
Ca se fait dynamiquement dans XFree depuis longtemps avec xset +fb, pas besoin de toucher quoi que ce soit comme fichier de conf. Mais c'est compliqué, mieux vaut fontconfig.
Et pour les fontes Unicode, j'ai pas remarqué de lenteurs.
Mais c'était pas opérationnel avant fontconfig, alors bon ...
Effectivement, j'ai trois desktops sur ma machine principale, alors c'est sûr que le démarrage de gdm et des DE sont longs.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Cedric Cellier . Évalué à 1.
Mais dans le fond, je trouve que c'est une très bonne idée de changer l'ensemble des démons à lancer au démérage d'une liste séquentielle à un bel arbre. Ce serait plus moderne. De meme pour le shutdown. Et puis ca permettrait toujours d'avoir le max de services fonctionnels en cas de salopage de config.
# Re: Pour un boot plus rapide de Linux
Posté par ashram4 . Évalué à 6.
[^] # Re: Pour un boot plus rapide de Linux
Posté par bobsinclar5 . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par xsnipe . Évalué à -1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par deftones_chris . Évalué à 1.
ça veut dire quoi tres tres vite ? 5 secondes, 10 , 15 ?
et c'est quoi démarrer ? l'apparition du desktop ou bien lorsque le disque est enfin arreté et tu peux enfin travailler sans ralentissement ?
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . Évalué à 1.
Tout est relatif!
XP est plus rapide que 2k et Linux a demarrer (ca c'est pas dur!), mais il est beaucoup, beaucoup plus lent que BeOS..
[^] # Re: Pour un boot plus rapide de Linux
Posté par Bernez . Évalué à 2.
Si fin 2003 t'utilises toujours pas de système de fichiers journalisé, c'est ton problème :-)
[^] # Re: Pour un boot plus rapide de Linux
Posté par Jean-Paul Chiron (site web personnel) . Évalué à 2.
est-ce bien utile si tu as des systèmes de fichiers journalisés style ext3 ou reiserfs ?
[^] # Re: Pour un boot plus rapide de Linux
Posté par ookaze . Évalué à 5.
Pour reiser, c'est pas fait, mais ça le mériterait.
[^] # Re: Pour un boot plus rapide de Linux
Posté par ashram4 . Évalué à 1.
ookaze a déjà donné la bonne réponse : en ext3 le check tout les x montage est toujours présent. Comme le système de fichier me parrait être un point crucial d'un OS et que par défaut le check est réalisé, je n'ai pas cherché à le changer.
# Re: Pour un boot plus rapide de Linux
Posté par pas_moi . Évalué à 9.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Corsaire . Évalué à 3.
Ou meme simplement me detailler les options que tu utilises sur ton systeme.
A propos, quelqu'un sait il si les distribs "modernes" prevoient les mecanismes necessaires, dans le genre d'une config hdparm (ou assimile) pour permettre d'utiliser efficacement son systeme avec sa distribution fraichement installee. (j'utilise une Redhat)
[^] # Re: Pour un boot plus rapide de Linux
Posté par Caeies . Évalué à 4.
Ensuite tu peux ajouter à lilo ou grub une option à passer au noyau (autotune) qui utilise d'après la doc les meilleurs paramêtres pour tes disques.
C'est clair que ça change énormément les perfs sur un UDMA133 (on passe ~2.5Mo/sec à 20 Mo/sec (toujours de mémoire)).
Voila
Caeies, qui c'est déja posé cette question.
Ps: la doc se trouve dans le rep doc des sources du noyau.
La dangerosité de la commande hdparm est relative. Il ne faut pas dépasser les valeurs de ton HD, c'est tout :)
[^] # Re: Pour un boot plus rapide de Linux
Posté par Aurelien Gateau (site web personnel) . Évalué à 8.
Dans certains cas (Chipset i810 par ex), il faut faire un "modprobe piix" avant de pouvoir lancer le hdparm.
Au niveau des distribs, Debian gère ça avec le package hwtools. Mandrake a un truc similaire dans /etc/sysconfig, dans des fichiers appelés harddisk.hdx je crois (j'ai pas la machine sous la main)
[^] # Re: Pour un boot plus rapide de Linux
Posté par Philippe F (site web personnel) . Évalué à 3.
j'ai des problemes de refroidissement sur mon bi-pro, il a tendance a freezer a cause de la montee en temperature quand je compile un paquet (vive les gentoo).
Donc, je cherche des trucs pour diminuer les vitesses de compilation :-)
Apres etre passe en -j1 sur un bi-pro, pour que un processeurs se repose quand l'autre travaille, j'envisage un hdparm optimise pour etre plus lent!
[^] # Re: Pour un boot plus rapide de Linux
Posté par Anonyme . Évalué à 3.
http://www.memtest86.com/(...)
[^] # Re: Pour un boot plus rapide de Linux
Posté par MrTout (site web personnel) . Évalué à 2.
Le BIOS Setup ?
[^] # Re: Pour un boot plus rapide de Linux
Posté par wismerhill . Évalué à 3.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pour un boot plus rapide de Linux
Posté par Keos . Évalué à 2.
Si oui cette URL est ton ami :
http://www.daniel.nofftz.net/linux/Athlon-Powersaving-HOWTO.html(...)
[^] # Re: Pour un boot plus rapide de Linux
Posté par MrTout (site web personnel) . Évalué à 1.
Éventuellement au début de la compil il partirait d'une température plus basse mais c'est négligeable car la température monte très vite.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Keos . Évalué à 3.
Avant de dire que je répond à coté tu devrais peut-etre essayer !
[^] # Re: Pour un boot plus rapide de Linux
Posté par wismerhill . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Eddy . Évalué à 2.
Parce que si il y a bien un truc qui ne sert VRAIMENT a rien d'autre que de sucer des ressources dans le vide, c'est bien SETI.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Dugland Bob . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gohar . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par GCN (site web personnel) . Évalué à 1.
Va faire un tour du côté de:
/etc/sysconfig/harddisks
Ce fichier est appelé par /etc/rc.d/rc.sysinit lors du boot.
(Je précise que c'est sur une RH7.2 car je ne sais pas si RH à conservé la même organisation sur les versions plus récentes de sa distro).
[^] # Re: Pour un boot plus rapide de Linux
Posté par galatea842 . Évalué à 1.
Ce fichier existe encore sous RH 8/9.
[^] # Re: Pour un boot plus rapide de Linux
Posté par pas_moi . Évalué à 5.
-c1 -u1 -d1 -m16 -a32
en gros: E/S 32bits, démasquage des interruptions lors du traitement des E/S disque dur, utilisation du DMA, lecture/ecriture de 16secteurs à la fois, lecture anticipée de 32 secteurs. Les deux dernières options ne changent pas gros chose (autant dire rien du tout).
certaines options de hdparm peuvent etre dangereuses
Tout logiciel (même hello.c) peut provoquer un plantage matériel... bon, c'est vrai qu'hdparm est fait pour changer la façon dont le système accède au matériel donc c'est un peu plus sensible, mais il faut savoir qu'un XFree86 mal configuré peut faire exploser ton écran.
quelqu'un sait il si les distribs "modernes" prevoient les mecanismes necessaires
Je sais que le noyau a des options de compilations qui lui permettent de détecter certains paramètres des disques durs comme l'utilisation ou non du DMA, mais à part ça je ne sais pas.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Éric (site web personnel) . Évalué à 4.
> au matériel donc c'est un peu plus sensible, mais il faut savoir qu'un XFree86 mal
> configuré peut faire exploser ton écran.
Oui, enfin ca fait maintenant longtemps que le matériel un tant soit peu avancé embarque des circuits de protection pour éviter de dire "oui" à une valeur qu'il se sait pas gérer.
Un écran maintenant ça se met en sécurité. Je ne sais pas pour les disques mais je serai étonné que ce ne soit pas le cas aussi.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
http://www.oreillynet.com/pub/a/272(...) (ça avait fait l'objet d'une news ici d'ailleurs : http://linuxfr.org/2001/03/05/2586.html(...) ).
Ça a quelques années mais ça n'est pas périmé.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Olivier Jeannet . Évalué à 1.
D'une part, la plupart des distributions activent le DMA IDE par défaut, donc pas besoin de jouer avec hdparm. Je crois que dans le cas de certains chipsets marqués comme buggés, le DMA n'est pas activé par sécurité.
Sinon, du temps où il fallait jouer avec hdparm, les paramètres vraiment importants étaient tout simplement l'activation de la DMA, pour les autres l'influence était à peine significative.
Autrement dit, "hdparm -d 1 /dev/hda" est l'essentiel, et sans danger. On peut aussi ajouter le "multi-sector read" avec "-m 16" (pour la valeur 16, on peut vérifier avec "hdparm -i" en regardant la valeur "MaxMultSect"), ainsi que les transferts en 32 bits ("-c 1"), mais une fois le DMA activé c'est peu mesurable, en tous cas avec les évaluations de "hdparm -t".
Ce qui est censé être moins prudent, c'est de jouer avec l'option "-X" et de demander un mode de DMA non supporté. Sur les machines où ça m'est arrivé, ça a juste bloqué la machine, mais je n'ai rien cassé.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Akram ________ . Évalué à 2.
ca fait un script de moins à lancer déja ;)
[^] # Re: Pour un boot plus rapide de Linux
Posté par pas_moi . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gyro Gearllose . Évalué à 1.
J'ai un chipset i810, un PIII 866 Mhz et un hdd 40 Go seagate (model ST340016A) en maitre et un 12 Go IBM (model IBM-DTTA-371290) en escalve.
J'ai essayé de jouer avec hdparm (raisonnablement), et ce que je ne comprend pas, c'est que un hdparm -t /dev/hda me donne :
/dev/hda:
Timing buffered disk reads: 64 MB in 4.39 seconds = 14.58 MB/sec
alors qu'un hdparm -T /dev/hda m'indique :
Timing buffer-cache reads: 128 MB in 1.99 seconds = 64.32 MB/sec
Laquelle des deux valeurs est la bonne ? J'ai compilé un noyeau avec le support du piix intégré (je n'en ai pas fait un module, comme indiqué ci-dessus dans un autre post).
En bref, je n'ai pas tout compris à l'utilisation de hdparm, et l'aide n'est pas très claire pour quelqu'un qui n'y comprend pas grand chose comme moi.
J'ai oublié de préciser que dans le bios, tout est en auto, et j'ai évidement mis une nappe ide 80 connecteurs sur mes disques. D'après vous (ceux qui s'y connaissent), que puis-je améliorer qui me permettrait de booter plus rapidement (du moins au niveau de mes disques), car après tout même si la machine en question est un serveur secondaire, il me semble que la disponnibilité est quand même importante.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gart Algar . Évalué à 3.
Avec -t tu testes l'acces au disque
avec -T tu testes l'acces au cache (enfin je crois)
[^] # Re: Pour un boot plus rapide de Linux
Posté par Keos . Évalué à 2.
Tu fait :
man hdparm
et une fois dans le man...
/-T
et voilou !!!
[^] # Re: Pour un boot plus rapide de Linux
Posté par jeff110 . Évalué à 0.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Olivier Jeannet . Évalué à 2.
Timing buffered disk reads: 64 MB in 4.39 seconds = 14.58 MB/sec
alors qu'un hdparm -T /dev/hda m'indique :
Timing buffer-cache reads: 128 MB in 1.99 seconds = 64.32 MB/sec
C'est écrit dans le texte, mais je vais détailler.
L'option "-t" effectue tout d'abord un "flush" du "buffer-cache" (le cache disque du noyau), ensuite lit le disque (les données sont stockées dans le buffer-cache au passage, fonctionnement normal pour tout "block device"); la mesure données est surtout dépendante du disque, mais un peu de la mémoire et du processeur.
L'option "-T" évalue la vitesse de lecture quand les données sont déjà dans le buffer-cache; cette donnée ne dépend pas du disque, mais du CPU et de la mémoire (des accès mémoires).
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gyro Gearllose . Évalué à 1.
Quoi qu'il en soit, je me suis une fois de plus très mal exprimé. Quand je demande quelle valeur est la bonne, je veux dire :
laquelle de ces deux valeurs correspond au taux de transfert moyen avec mon disque dur ?
J'ai bien compris qu'il y avait une question de cache/buffer/cpu etc, mais je ne sais pas trop l'incidence que ça a.
En plus, mon seagate devrait fonctionner en udma66, et si la valeur de crête est la première (14.58 Mb/s), ben soit je me suis fait rouler, soit y'a un truc qui cloche.....
Ceci dit, même si ça n'a pas trop de rapport avec la news, (encore que : si on peut accélérer un tant soit peu la vitesse du boot avec ça...), c'est au moins intéressant.
Enfin, je ne prends pas Linuxfr pour une page de man : y'a d'autres sites (en dehors des pages infos & man) comme lea-linux, sur lesquels je suis allé voir avant de poster, mais les explications données sont soit trop techniques et me passent par dessus, soit trop succintes et ne m'apprennent rien !
En tout cas, merci à tous pour les quelques pistes.....
[^] # Re: Pour un boot plus rapide de Linux
Posté par Olivier Jeannet . Évalué à 2.
laquelle de ces deux valeurs correspond au taux de transfert moyen avec mon disque dur ?
Tu fais fort, dans le genre bouché (sans vouloir t'offenser).
Dans un cas j'ai écrit "la mesure donnée est surtout dépendante du disque", dans l'autre "cette donnée ne dépend pas du disque". Je ne peux pas faire plus clair.
En plus, mon seagate devrait fonctionner en udma66, et si la valeur de crête est la première (14.58 Mb/s), ben soit je me suis fait rouler, soit y'a un truc qui cloche...
Ce n'est pas parce que l'interface entre le disque et le contrôleur permet des transferts à 66 MB/s (ne confond pas les bits et les Bytes au fait, il y a un rapport de 1 à 8), que le disque est capable de lire ou d'écrire à cette vitesse. Autant que tu le saches tout de suite, un disque en UDMA133 ne te lira pas tes données à 133 MB/s, en tous cas pas d'ici quelques années (les valeurs courantes sont de l'ordre de 45-60 MB/s).
De toutes façons, le taux de transfert en lecture linéaire (le chiffre que te donne hdparm) ne fait pas tout, le temps d'accès aussi, et même le firmware (cas des disques SCSI pour serveurs, qui sont optimisés pour les accès de type base de données).
# Pour un boot encore plus rapide de Linux...
Posté par Nÿco (site web personnel) . Évalué à 5.
À noter que dans Windows, l'interface graphique donne la main, alors que le boot n'est pas terminé... Dans GNOME et KDE, quand t'as la main, t'as la main ! Pas de triche !...
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par MrTout (site web personnel) . Évalué à 3.
De toute façon c'est sans doute la bonne façon de faire : parallliser le login et chargement de l'environnement personnel avec la fin du boot.
« quand t'as la main, t'as la main ! Pas de triche !... »
Multi-tâches roxor :p
[^] # On dit GNU/Linux bordel!
Posté par un_brice (site web personnel) . Évalué à 2.
D'ailleurs certaines distribs le font, parmis lequelles Gentoo (grâce à un système de dépendances, cf /etc/conf.d/rc).
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par Anonyme . Évalué à 0.
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par Philippe F (site web personnel) . Évalué à 1.
Je sais qu'au moment de KDE 2, ils s'etaient tues les meninges pour trouver quoi enlever et comment faire pour le lancer plus vite sans rien retirer.
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par Éric (site web personnel) . Évalué à 4.
> boot n'est pas terminé... Dans GNOME et KDE, quand t'as la main, t'as la
> main ! Pas de triche !...
Et ? C'est grave docteur ? ça me parait bien.
Autant les services de base il faut qu'ils soient lancés avant, autant quitte à ne pas pouvoir tout faire dans les premières secondes/minutes il me parait bien d'avoir la main au plus tot pour pouvoir me servir de ce qui est actif.
Ai-je vraiment besoin d'avoir a connexion internet *avant* le login ? le partage samba ? mon serveur Web perso ? mon serveur FTP ?
C'est grave si je commence lancer mon traitement de texte avant / en parallèle ?
Le comportement de Win me parait plutôt bon (même si dans le cas de Win des fois ça rame tellement pendant les premières secondes qu'avoir la main ne sert pas à grand chose, il faudrait encore plus étaler.
hé ! on n'est pas sous DOS. Mon système est multitache, j'aimerai bien m'en rendre compte.
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par Jérôme FIX (site web personnel) . Évalué à 1.
C'est bien le problème ....
Le lancement de la moindre appli (sous Windows) "rame" comme c'est pas permis et ne démarre réellement que lorsque "tous" les services sont lancés.
Donc :
Win :
boot + login + suite du boot => l'utilsateur a réellement possiblité de travailler.
Linux :
boot + linux => l'utilsateur a réellement possiblité de travailler.
Pour windows je ne me base pas sur les dernières bêtes de course (il s'agit d'un PII 400 + 256M de RAM), la machine sous Linux est du même genre (un peu de RAM mais plus de services lancés).
[^] # Re: Pour un boot encore plus rapide de Linux...
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
Avec un processus qui consomme beaucoup de temps processeur, avec des E/S disque, le multitâche est quasi inexistant sous XP. c'est simplement consternant. Sont concernés :
- compilations
- calculs mathématiques
- compression de données
- copies / archivage de fichiers
- plein d'autres trucs surement...
encore une raison de passer a Linux.
# Re: Pour un boot plus rapide de Linux
Posté par yugz . Évalué à 2.
Le boot de la Gentoo gère aussi les dépendances, c'est basé sur le même principe ?
[^] # Re: Pour un boot plus rapide de Linux
Posté par ploum (site web personnel, Mastodon) . Évalué à -2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # RTFW
Posté par un_brice (site web personnel) . Évalué à 1.
http://www.gentoo.org/doc/fr/rc-scripts.xml(...)
# Re: Pour un boot plus rapide de Linux
Posté par kesako . Évalué à 1.
Ca c'est du boot super fast !
# Re: Pour un boot plus rapide de Linux
Posté par Paul disk91 (site web personnel) . Évalué à -1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gohar . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par deftones_chris . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gohar . Évalué à 0.
[^] # Re: Pour un boot plus rapide de Linux
Posté par MrTout (site web personnel) . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Gohar . Évalué à 2.
Grâce à Linux, je peux faire tourner les softs qui m'intéressent (Gimp, OpenOffice.org, Mozilla, Kmail, essentiellement). Sinon, il fallait que je passe à Mac OSX ce qui voulait dire: changer de matos!
Je l'allume en moyenne deux fois par jour et il fonctionne nickel.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Loïs Taulelle ࿋ (site web personnel) . Évalué à 1.
Proverbe Alien : Sauvez la terre ? Mangez des humains !
[^] # Re: Pour un boot plus rapide de Linux
Posté par Anonyme . Évalué à 2.
> sert à chaque fois) selon lequel éteindre et
> redémarrer un ordinateur l'use prématurément est
> stupide: on sait bien que les machines sont obsolètes
> largement avant la fin de leur durée de vie, même si
> elles sont beaucoup sollicitées.
Tu sur-estimes grandement la durée de vie d'un ordinateur et tu sous-estimes grandement les nuisances que les chocs thermiques et électroniques peuvent faire subir à du matériel bon marché.
Et je sais très exactement de quoi je parle, je gère entièrement à la main un parc de 9 machines, de l'achat des pièces chez l'assembleur à la maintenance en cas de problèmes (bien trop nombreux).
Aurélien.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Par contre, cramer un disque dur, c'est chose fréquente. (Mais avec les systèmes de mise en veille des disques durs, je ne sais pas si il y a une vraie différence.) Même problème avec les écrans.
[^] # Re: Pour un boot plus rapide de Linux
Posté par jeff110 . Évalué à 2.
moi, je dors a coté.
Je voulais le laisser en permanence allumé, mais j'ai pas encore trouvé/achetter de systeme ultra silencieux,--> Poweroff/on
# Re: Pour un boot plus rapide de Linux
Posté par Mickael Villers . Évalué à 3.
la Knoppix met moins de temps à booter sur les PCs windows de chez mes parents ( 1 fixe,Me et 1 portable,XP ).
Ca sert à rien de me sortir des arguments à la "oui mais Me, ou oui mais XP", pcq
j'en ai rien à faire, je fais QUE constater.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Tof . Évalué à 1.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Julien Borrel . Évalué à 1.
# Re: Pour un boot plus rapide de Linux
Posté par Yves Martin . Évalué à 4.
J'utilise swsusp sur mon portable et c'est vraiment idéal. La version 1.0.3 actuelle est considérée comme stable (d'où le 1.0) mais il faut faire attention aux partitions (vfat par exemple) qui seraient utilisées en commun entre plusieurs OS.
Autre solution pour mon portable: limiter le nombre de services au maximum... et ne configurer les services réseaux que lorsque le link est détecté sur eth0 par exemple (ifstatus et ifplugd)
Reste que le démarrage du serveur X et du gdm est particulièrement long.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Foxy (site web personnel) . Évalué à 1.
Est-ce que tu as essayé le patch "laptop_mode" http://lwn.net/Articles/32037/(...) ?
Visiblement, il permet de diminuer l'utilisation d'un disque sur un laptop en temporisant l'écriture. Cela permet d'augmenter la durée de la batterie.
Faut vraiment que je me recompile un kernel "aux petits oignons" pour mon portable :
- kernel 2.4.22 avec ACPI
- patch ACPI pour laptop Toshiba (gestion des touches spéciales via /proc)
- swsusp pour gérer la "suspension"...
[^] # Re: Pour un boot plus rapide de Linux
Posté par Jérôme Baumgarten . Évalué à 2.
Merci
Jerome
[^] # Re: Pour un boot plus rapide de Linux
Posté par Foxy (site web personnel) . Évalué à 2.
Il est maintenant intégré au kernel 2.4 depuis le 2.4.22 (dans le 2.4.22-pre1 pour être exact) : voir le Changelog http://kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.22(...)
Ensuite, il ya une application en cours de développement http://fnfx.sourceforge.net(...) qui permet d'associer les touches spéciales Toshiba à ce driver APCI via /proc
[^] # Re: Pour un boot plus rapide de Linux
Posté par Keos . Évalué à 2.
http://www.arm.linux.org.uk/cvs/(...)
Le support se fait par mailing list (il y aura bientot un site oueb) :
http://www.linux.org.uk/mailman/listinfo/cpufreq(...)
[^] # Re: Pour un boot plus rapide de Linux
Posté par ndesmoul . Évalué à 2.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Moule Atarte (site web personnel) . Évalué à 3.
Meme sur une machine de bureau ça l'fait.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Roger Rabbit . Évalué à 3.
dans une quenelle 2.6 il y a 4-5 mois
[^] # Re: Pour un boot plus rapide de Linux
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Est-ce qu'il faut du matériel recent, ou une "vieille" carte mère ATX peut faire ça ?
# Re: Pour un boot plus rapide de Linux
Posté par ccomb (site web personnel) . Évalué à 3.
http://ccomb.free.fr/wiki/wakka.php?wiki=CeQuiManqueALinux(...)
Les idées sont en gros les mêmes, sans le principe du makefile, qui me paraît assez tordu.
Une idée supplémentaire est de démarrer X quasiment en tout premier, puis de lancer un petit programme graphique qui donne l'état d'avancement des services.
Et dès que les service necessaires à un login sont démarrés, il faut lancer (k|x|g)dm pour permettre un login le plus tôt possible.
[^] # Re: Pour un boot plus rapide de Linux
Posté par Pierre Tramonson . Évalué à 1.
Bravo aux contributeurs :)
# Re: Pour un boot plus rapide de Linux
Posté par tgl . Évalué à 1.
Ceci dit c'est pas parceque c'est un faux problème qu'on peut pas bavarder sur ses solutions... Alors allons-y: le fameux boot parrallèle est implémenté depuis des mois sous gentoo (pour rappel la gentoo n'est pas basée sur le machin avec les liens symboliques Sxxtruc/Kxxtruc, mais sur des scripts qui déclarent leurs dépendances mutuelles), et je l'avais testé quand c'était à debugguer. Résultat (de tête):
- aucun gain quand on a peu de services (ouah, quelle surprise)
- une poignée (une pincée?) de secondes gagnée avec plus de services (ouah, quelle surprise aussi)
Chez moi, le plus long à lancer devait être cups, alors que rien n'en dépendais je crois, donc c'est surtout lui qui fesait gagner des secondes. Mysql peut être aussi. Enfin bon, c''etait pas la r'evolution, et la sortie était un peu confuse si un script de démarrage affichait plusieurs lignes (oui, y'aurait moyen de bidouiller pour éviter ça). Et puis peut-être que pour être plus efficace il faudrait une gestion des dépendances des scripts un peu plus molle, acceptant de lancer certains trucs parcequ'on sait que leur dépendances seront bientôt satisfaites (je m'étais dit ça surtout pour xdm, qui attendait je sais plus quoi de pas indispensable).
Bref, ce que raconte l'auteur de l'article est pas faux, mais pas vraiment intérressant non plus, ni vraiment nouveau, et en plus je l'ai pas lu.
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . Évalué à 1.
Non, il n'est pas assez court pour une machine domestique:
environ 1-2minute pour Linux au lieu d'environ 10s pour BeOS, ce n'est pas assez court pour Linux a mon avis!
Je me demande s'il est possible de lancer cups apres X?
Je ne suis pas sur que l'initialisation de KDE ou de Gnome en ai besoin..
[^] # "On s'en fout" ? Non!
Posté par reno . Évalué à 1.
Donc tu t'en fout peut-etre, mais apparemment beaucoup de lecteurs ici ne s'en foutent pas du tout!
CQFD
# Re: Pour un démarrage plus rapide de Linux
Posté par vga1523 . Évalué à 3.
pourriez-vous faire un driver pour mon IBM thinkpad x31 afin que celui ci :
démarre plus vite,
aie ses fonctions acpi supportée par linux,
puis être éjecté de sa station d'acceuil sans gémir, idem pour ses lecteurs dvd et diquette ?
un petit driver pour le modem et le centrino serait aussi aprécié.
merci.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Anonyme . Évalué à 0.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par boboss . Évalué à 0.
Il y a plusieurs éléments qui ralentissent le temps de démarrage au boot:
1) La minuterie excessive accordée à lilo ou grub pour démarrer un système par défaut (ça, c'est facile à régler !), ca parrait idiot sur le moment, mais qui n'a jamais constaté que sa box ne s'était pas encore lancée après une longue absence...?
2) Quand le kernel se charge, les modules sont chargés à leur tour. Le problème, c'est que l'accès au disque dur y est très important (c'est la fameuse séquence "calculating module dependencies"). J'ai remarqué qu'en recompilant ces modules particuliers et en les intégrant au kernel directement (on sacrifie un peu le côté "évolutif" du kernel...) , on y gagnait déjà plusieurs secondes, surtout quand on possède un disque lent.
3) Les modules SCSI comme pour l'AI7CXXX, refont un scan complet des disques présents sur la machine...
4) le choix des services lancés par défaut après l'installation d'une distribution, (dans /etc/rcS.d et /etc/rc5.d ou rc3.d suivant la distrib) mériretait une attention particulière (par ex. une machine pour la bureautique se passera bien de bind, du server dhcpd, etc...)
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Gniarf . Évalué à 1.
2) Quand le kernel se charge, les modules sont chargés à leur tour. Le problème, c'est que l'accès au disque dur y est très important (c'est la fameuse séquence "calculating module dependencies"). J'ai remarqué qu'en recompilant ces modules particuliers et en les intégrant au kernel directement (on sacrifie un peu le côté "évolutif" du kernel...) , on y gagnait déjà plusieurs secondes, surtout quand on possède un disque lent.
voila une idée qu'elle est bonne.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Uvoguine . Évalué à 0.
--
Uvo, encore complètement à la rue à 18h35 du matin
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par jeff110 . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Loïs Taulelle ࿋ (site web personnel) . Évalué à 1.
Proverbe Alien : Sauvez la terre ? Mangez des humains !
# Re: Pour un démarrage plus rapide de Linux
Posté par dudesay . Évalué à 0.
une minute pile de grub au bureau complètement chargé (connexion internet active + démon amce pour le clavier multimedia + modules alsa + esound + gnome2.4)
Notay 2.4.21, debian sid, duron 1.3, 256 ddr, Ecs k7s5a, disque dur udma100
Voili Voila
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par dudesay . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par M . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par dudesay . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par vincent LECOQ (site web personnel) . Évalué à 3.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par wismerhill . Évalué à 1.
# Re: Pour un démarrage plus rapide de Linux
Posté par Ontologia (site web personnel) . Évalué à 7.
Je vais tenter un long raiisonnement...
Il y a plusieurs sous problématiques, liées à plusieurs attitudes.
Il y a deux grandes tendances, et tout le spectre entre.
+ Il y a l'attitude/opinion que je qualiefierai très rapidement et caricaturalement de "FSF". En gros, cela consiste à penser que Linux est un système pour connnaisseur, et que lorsque l'on sait s'en servir et le configurer, on peut assez facilement mettre au point un système qui démarre très facilement, hyper rapide, car optimisé (LFS, Slack, Gentoo). Linux n'étant pas un système ayant vocation à être utilisé par la secrétaire qui sais à pein se servir d'une souris.
Dans ce cas on considère que l'article d'IBM est une curiosité, et ce pour les différentes (et très bonnes) raisons exposées dans ce forum.
Il est parfaitement logique et de bon sens de considérer, qu'on se fiche de gagner 30 secondes sur le démarrage d'un serveur ou qu'une slack, une gentoo, voire une debian bien configurée démarre très vite toute seule.
+ Il y a l'attitude Mandrake. J'annonce la couleur tout de suite, je suis entièrement avec eux. Leur but, et le mien, à mon humble consiste à tailler des coupières à Windows sur le marché des postes de travail pour la secrétaire_qui_sait_à_peine_se_servir_d'une_souris.
Les avantages du libre sont énormes et sous exploités par Mandrake et consorts, en partie par manque de moyen et en partie par aveuglement (j'a eu le dir marketing de mdk au téléphone et tout ce que je peux vous dire, c'est qu'une PME de 10 salarié et ses rapports à l'informatique, il connait pas, il est paumé, le produit mdk est bien mais mal calibré, etc... je le leur ai dit, on vas pas revenir dessus).
++ Avantage 1, on peut créer ce qu'on veut, le modeler comme on veut, étant donné que tout est modulable.
++ Corrolaire du 1. Sous windows, qu'on installe windows, on a notepad, ie, wordpad, outlook media player. Sous linux on a le reste, on va pas revenir dessus. C'est un avantage énorme. On peut créer un bureau cohérant avec un OCR intégré, la gestion de fax, de mail, de carnet d'adresse, la suite OOo, un bureau adaptatif. Toutes ces choses sur lequel le modèle propriétaire part perdant.
Ma philosophie, vis à vis du neuneu de base, est que son PC doit fonctionner comme son four à Micro-onde. Y a que comme ça qu'on arrivera à les mettre à l'informatique (beaucoup d'artisans s'y refusent, alors que cela leur ferai gagner une heure de boulot (sur 15) par jour, en grande partie grace aux fonctions de recherches sur leur doc technique) sans qu'il aient peur que leur machine explosent quand s'affiche une fenêtre d'erreur.
Il y a quelques problème que j'ai observé avec les newbie auquel j'ai installé une mandrake et qui sont impitoyable (leur winmodem marche pas, ils ne veulent pas savoir que c'est de la faute des industriel, ça marche pas, point.). J'entend immanquablement "C'est hyper long à charger".
C'est vrai, qu'une MDK avec sons noyau énorme, et son gros KDE, c'"est plus long que beaucoup de windows XP (qui varie du simple au triple sous différente machine et pas toujours en fonction de la puissance de celle-ci). Sans compter le reste.
La plupart des gens comme vous et moi, recompilent le noyau, mettent un coup d'hdparm.
Les utilisateurs dont je vous parlent portent bien leur noms. Il est à peine concevable de les faire toucher au panneau de configuration autrement que dans le cadre d'un dépannage téléphonique.
Je crois fermement que linux doit offrir une de ces nombreuses déclinaisons à un desktop adapté à ces gens là.
Adapté signifie, démarrage rapide, Wizard détaillé lors de l'install (à quoi va vous servir principalement ce PC ? Bureautique ? Multimédia ? Dev ? les 2, les 3 ? Quels dominantes ? etes vous expérimentés ? Etiez vous utilisateur de windows ? etc... ) Et configuration de tous - desktop, service, etc.. - adapté au profil (que l'on pourra personnaliser en fonction de l'user.
Donc, dans ce cas là, faire en sorte que la machine démarre plus vite est intéressaant pour ce genre d'utilisateur et pour que vivent des société comme Mandrake, Red-Hat, pour que s'ammorce un cercle vertueux ou, entre autre, tous les périphériques auront leur pilotes linux.
Bien à vous, Pierre-Alex
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par gnumdk (site web personnel) . Évalué à 2.
Debian
1.2M jui 2 2002 vmlinuz-2.4.18-bf2.4
Mandrake:
1,3M sep 18 12:43 vmlinuz-2.4.22-10mdk
Je ne trouve pas cela significatif quand ou voit tout ce qu'il y'a dans le noyau de la 9.2. Et puis franchement, entre ca et un noyau de 720k, si tu gagnes 1 seconde, c la maximum...
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par tgl . Évalué à 1.
Je tiens à préciser que je partage ta volonté de mettre des linux sur plus de bureaux, et que je suis très content quand je peux convaincre quelqu'un d'installer un mandrake. Par contre contre moi j'utilise une gentoo... Mince, mais alors quelle est la bonne case pour moi ? Je pense que ta distinction entre gentooistes barbus et mandrakeux bien rasés est completement bidon, compare les distribs si tu veux mais les gens avec leur prétendues attitudes ou opinions.
Secundo...
Donc, dans ce cas là, faire en sorte que la machine démarre plus vite est intéressaant pour ce genre d'utilisateur
Le "donc" est en trop, et le reste n'engage que toi.
Tu as démontré que fallait mettre linux sur le desktop et que pour ça il fallait qu'il soit convivial, pas trop compliqué, tout ça quoi. Okay, c'est vrai. Que l'installeur pose des question simples, orientées vers ce que l'utilisateur veut faire et sans jargon... Okay, c'est vrai aussi. Et que ça n'installe pas trente six services par défaut... Okay, encore vrai. D'ailleurs sur tous ces points, la mandrake montre la voie (ouais, ok, c'est surement pas la seule).
"Et donc faut que ça boot vite". Gasp! là j'ai du rater un truc... c'est quoi le rapport ? Franchement, à part les gamins qui comparent tout faute de quequette et les jeunes cadres célibataires qui bavent dans le tgv sur le Micro-Achat du mois, est-ce que tu as déjà vu des vrais newbies préocupés parceque leur PC mettait 30 secondes de trop à booter ? Moi pas. C'est typiquement un truc de nerd (et encore), parceque les vrai gens eux il se foutent pas mal de ces détails. Perso, tous ceux que je cotoie ont toujours eu 100 raisons de me demander de l'aide, mais c'était pour des choses qui ne marchait plus ou qu'ils n'arrivait pas faire, mais jamais pour peaufiner un truc de ce style là (y compris ceux qui se cognaient un scandisk à chaque boot par exemple).
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Gohar . Évalué à 2.
- quand j'allume mon ordi pour voir les films qui passent à la séance de 8 heures et qu'il est déjà 7h30, je râle
- j'ai fait une démo à un pote et la 1ère impression (comparé à Mac OS 8.6!) a été: "c'est long!"
- je me rappelle comme les secrétaires de ma boîte pestaient lorsqu'on est passé de windows 98 à windows 2000: "tu allumes l'ordi, tu vas prendre un café, et ensuite seulement, tu peux bosser..."
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par gnumdk (site web personnel) . Évalué à 1.
De plus, ne compare pas avec Mac OS 8.6 (enfin, c pas toi qui compare :) parce que Mac OSX est lent comme la mort. J'ai installé une mandrake 9.1 ppc + kde 3.1 et la difference est flagrante.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Éric (site web personnel) . Évalué à 2.
Déjà il y a une batterie de niveaux intermédiaires, de gens qui savent très bien se servir d'un ordinateur et même l'administrer basiquement mais qui ne savent pas ce qu'est "surlpd" dans les services, ni si c'est important (ben oui, meme avec le "c'est le démon de xxxxx" ca aide pas à savoir si c'est utilisé ou pas).
Après j'insiste sur une catégorie peu prise en compte : la mienne. Oui je me considère comme un geek, mais non je n'ai pas envie d'avoir bidouiller les services mis au démarage, chercher à quoi correspond quoi, si ma distrib utilise XFS ou pas, si un de mes programme utilise encore lpd ou si je peux laisser cups tout seul gérer les impressions sans aucune émulation, si ....
Désolé, je sais faire tout ça mais je n'ai pas envie de le faire, j'ai autre chose à faire dans ma vie. Si je prend une distrib et pas une LFS c'est pour justement que le maximum soit déjà fait. Si j'ai un ou deux trucs à faire je les fais, mais je juge que ce n'est pas à moi de les faire dans l'idéal
Et j'en ai marre qu'on divise le monde entre les gens qui n'y connaissent rien et ceux qui ont pour but de tout bidouiller tout le temps
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par Bernez . Évalué à 0.
Alors là à mon avis t'es complètement à côté de la plaque ! La position de la FSF est carrément à l'opposé de ce que tu crois, ce sont des extrêmistes du libre, ils voudraient qu'il n'y ait que du libre partout, pour tout le monde.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par jeff110 . Évalué à 1.
Bref, on compte sur des organismes comme MDK pour rendre ça reel ...
# Re: Pour un démarrage plus rapide de Linux
Posté par Mjorken . Évalué à 0.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par kd . Évalué à 1.
(
« c'est l'heure de booter ! »
-- Les Inconnus
:o)
)
Mon ordi, quand il arrive à ma soeur de le booter sous Windows, n'arrive pas à démarrer, il freeze tout seul.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par boboss . Évalué à 1.
Disons que le plus pénible, c'est d'avoir une machine bruyante qui nous souffle dans les oreilles, et que l'on utilise peu.
Le projet acpi pour linux va de mieux en mieux gérer la suspension de la machine, au plus rapide on aurra le "suspend to ram", arrêt totale de la machine, mais la mémoire vive reste alimentée pour un retour très rapide, et le "suspend to disk", comme on a pu le lire dans les posts plus haut (swsusp), permet la sauvegarde de la ram sur disque dur et l'arrêt total de la machine.
A vrai dire, il ne faut pas froncer les sourcils quand quelqu'un souhaite optimiser le comportement d'un système, bien que cela puisse parraître inutile au premier regard.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.