Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de boa13 :
- [03/03@11:22] Slackware 9.0-rc1
- [03/03@11:21] Slackware 9.0-rc1
- [01/02@15:16] Et boum, quand leur navette fait boum
- [17/12@14:35] Le Pentagone, la propagande et l'Europe
- [16/12@18:55] Lancement de Creative Commons
- [12/12@07:19] Et boum, quand notre Ariane fait boum
- [17/11@23:26] Rare spectacle en perspective
- [12/11@19:04] Ghost in the Shell, épisodes 3 et 4
- [02/11@23:56] Cowboy Bebop
- [29/10@03:08] Bonheur chocolaté
- [28/10@06:21] Musiques
- [20/10@23:12] Nouvelles en vrac
- [20/10@22:45] Survivre Windows XP
> Lire le journal (2 commentaires, moyenne: 1,5).
Re: Slackware sur 16 Mo
Est-il possible d'avoir des details sur le procede que tu as utilise ?
Je trouve que ca serait bien si tu pouvais mettre en ligne la methode car meme un LFS fait plus que 16Mo.
Personnellement, ca m'interesse beaucoup. Je suis sous slackware depuis deux ans, chez moi et au boulot, et je suis parfois confronte a des problemes de place quand je l'installe sur les vieilles becanes qui trainent.
Tomsrtbt, c'est cool mais c'est quand meme un peu trop petit :-)
Tu es parti d'un zipslack ?
Merci d'avance
PS: j'ai google RTAI mais j'ai pas bien capte a quoi ca servait (je suis pas informaticien de formation)
-
[^]Re: Slackware sur 16 Mo
Posté par Boa Treize (page perso, ) le 09/03/2003 à 21:31. (lien). Évalué à 1.Pour l'instant, c'est encore en développement. En fait, aujourd'hui, je suis arrivé à une taille de 28 Mo, dont 8 Mo de modules. J'aurai encore quelques modifications et nettoyages à faire -- ajouter /etc/fstab, /etc/passwd entre autres ;) -- avant de pouvoir considérer mon travail comme stable. Je pense en finir cette semaine.
Pour ce qui est de la méthode utilisée, elle est simple : sélection à la main, dans les séries A et N de Slackware (A = base vitale, N = réseau) des paquetages que je souhaitais utiliser, suivi d'un grand nettoyage des paquetages sélectionnés. La sélection s'est basée sur pas mal d'années d'expérience. Il est clair que j'aurais été incapable de la faire il y a six ou sept ans, quand j'en avais bien besoin, avec mon petit disque de 128 Mo. Le nettoyage en lui même se base sur le concept suivant : on n'a besoin que des binaires et des fichiers de config. La doc, les manpages, les fichiers info, les locales, c'est inutile. Et mine de rien, ça allège beaucoup !
En ce qui concerne LFS (ou Gentoo), il est important de se rappeler que gcc peut également optimiser en taille, pour bien sûr un petit coût en performance : utiliser -Os au lieu de -O3.
Enfin, RTAI est un patch qui s'applique au noyau Linux, et qui permet de faire de l'informatique temps réel dur. On dit que quelqu'un fait du temps réel dur quand il est capable de vous garantir le temps d'exécution maximum de certaines portions de son code. Par exemple, si le robot voit un obstacle face à lui, l'auteur des programmes qui le contrôlent est capable de garantir qu'il va mettre moins de N millisecondes à entamer une procédure de freinage. Bref, le temps réel sert surtout à programmer des programmes "vitaux". Bien sûr, tout à un coût, et le temps réel, c'est bien, mais c'est difficile à programmer.
Pour conclure, on peut noter qu'il est existe aussi des temps réels "fermes" et "mous", où les contraintes sont relâchées, et donc la programmation facilitée, avec possibilité de créer des programmes plus complexes... mais où on ne peut plus garantir un temps maximum d'exécution.
Cette page a été générée par Templeet en 0.0508s (dont 0.0047 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.