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.
[^] # Re: Slackware sur 16 Mo
Posté par Boa Treize (site web personnel) . En réponse au journal Slackware sur 16 Mo. Évalué à 1.
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.