Evidemment. Comme par hasard.
Tu vas pas me faire croire que tu l’as pas fait exprès!
NUMA: Non-Uniform Memory Access, accès mémoire non uniforme.
D’après Wikipedia: « Le système NUMA a été conçu pour pallier les limites de l’architecture SMP dans laquelle tout l’espace mémoire est accessible par un unique bus engendrant des problèmes d’accès concurrents par les différents processeurs. C’est particulièrement nécessaire pour les systèmes ayant de nombreux processeurs. »
NUMA est un pré-requis pour le support des architectures massivement multiprocesseurs, pour limiter les contentions liées aux accès mémoire.
Après avoir soumis 2 patches sur tech-kern, Christoph Egger a commité hier le support des parseurs SLIT (System Locality Distance Information Table) et SRAT (System Resource Affinity Table) dans le code ACPI de NetBSD.
Pour plus d’informations sur ces composants, on pourra se référer à la spécification ACPI 4.0, paragraphe 5.2.17 (SLIT) et 5.2.16 (SRAT).
Vous voyez le magnifique (mais si, magnifique) drapeau orange en haut de ce site ? Il a l’air de rien comme ça, il vous dit en gros « ici ça cause de NetBSD ». Mais depuis peu, ce drapeau, il signifie plus que ça. En effet, après moult discussions avec marketing@, et devant les nombreuses contributions et interventions de vos serviteurs, ce drapeau là, il veut dire: « NetBSDfr est désormais une antenne locale officielle du projet NetBSD ».
Ouais. Rien que ça.
Alors j’ai envie de dire… Guigui2 et zatmania en particulier, mais aussi tous les participants du groupe, sur le canal, le site, le forum, le wiki, bisous. Pleins.
En Septembre, j’ai passé 5 semaines aux Etats-Unis pour mon boulot. Je voulais absolument profiter de l’occasion pour rencontrer des développeurs du projet. Ce fut chose faite avec Christos Zoulas, que j’ai rencontré un Samedi à côté de chez lui.
Il a accepté de répondre à quelques-unes de nos questions.
NetBSDfr: Pour nos lecteurs qui ne te connaitraient pas, pourrais-tu
te présenter ?
christos: Je suis né et j’ai grandi en Grèce. Je suis venu aux Etats-Unis
pour mes études quand j’avais 17 ans. C’est là que j’ai touché un clavier
d’ordinateur pour la première fois. J’ai appris UNIX quand j’étais étudiant
en premier cycle à l’université de Cornell, sur un VAX11/780 qui tournait
sous 4.2BSD puis plus tard sous 4.3BSD.
NetBSDfr: Depuis combien de temps utilises-tu NetBSD ? Comment l’as-tu
découvert ? Que faisais-tu à ce moment là ?
christos: Je travaillais avec le CSRG (NDT: Computer Systems Research
Group) pour réécrire le code de csh afin qu’il devienne libre, corriger
quelques bugs dans make, écrire libedit. C’est à ce moment que j’ai vu
pour la première fois le code i386 commité par Bill Jolitz. Je trouvais
cela très cool de pouvoir faire tourner un Unix sur une petite machine
et du coup, j’ai suivi 386BSD et Linux.
Je n’aimais pas la qualité du code Linux et j’étais plus à l’aise avec
Berkeley Unix, c’est alors que j’ai choisi un des BSD. La portabilité
et la qualité du code m’a fait choisir NetBSD.
NetBSDfr: Quel autre système Unix ou Unix-like as-tu utilisé / utilises-tu ?
Selon toi, comment les comparer à NetBSD ?
christos: J’ai utilisé à peu près tout ce qui faisait. Quand j’étais
étudiant, il y avait un véritable zoo de machines, de VMS/Eunice, à
l’émulation Unix Domain/OS, AUX, SVR2, AIX/Locus, SunOS, HP/UX, 4.XBSD
et j’en passe.
Pourquoi croyez-vous que tcsh ait été porté sur autant de plateformes
différentes ? Je voulais un shell qui tournait parfaitement sur toutes
les machines sur lesquelles j’étais amené à travailler… Donc à nouveau,
portabilité et cross-compilation étaient nécessaires.
Comment les comparer ? Aucun n’est parfait, ils ont tous leurs avantages
et leurs inconvénients. Il y en avait à la traine mais c’était il y a
longtemps.
NetBSDfr: Quand, et comment, es-tu devenu commiter du projet NetBSD ?
christos: J’ai commencé à coder l’émulation SVR4 et dès qu’elle a fonctionné,
Theo m’a invité à rejoindre le projet en tant que développeur.
NetBSDfr: Combien de temps consacres-tu au projet ? Comment organises-tu
ta vie entre le projet et ta vie personnelle ?
christos: Cela varie beaucoup. J’y consacrais beaucoup plus de temps
auparavant qu’actuellement. Maintenant, je corrige des bugs résiduels,
porte des drivers/fonctionnalités d’autres BSD ça et là. La plupart de
mon travail concernant NetBSD consiste à régler la paperasserie et les
taxes avec les entreprises. Donc je dirais que je ne passe plus que
quelques heures par semaine.
NetBSDfr: Peux-tu nous expliquer quel est ton rôle au sein de core@ ?
christos: Le même que celui des autres membres de core@. On dresse une
liste d’objectifs/projets à mener et on essaye de motiver les gens à
les faire.
C’est particulièrement important pendant un cycle de release. On peut également
arbitrer des disputes entre développeurs. La plupart du temps, on préfère
que les différents se règlent au niveau de la liste de diffusion.
NetBSDfr: En 2006, tu as dit lors d’une interview
(http://wiki.netbsd.se/Interview_with_Christos_Zoulas) que la popularité
de NetBSD stagnait, voire déclinait. Après la version 5.0, ton opinion
a-t-elle changé ?
christos: Je pense que la version 5.0 est une très belle réalisation
et je prévois de la faire tourner sur mes serveurs de production dès
que j’aurais acquis un peu de nouveau matériel. Je ne sais pas si la
popularité de NetBSD décline ou pas. Je continue à trouver des bouts
de code dans des produits commerciaux .
NetBSDfr: Selon toi, quelles sont les dernières fonctionnalités de NetBSD
les plus dignes d’intérêt ?
christos: Toutes les nouvelles fonctionnalités concernant le support
multi-processeurs, le support ZFS et le support iSCSI (à venir).
NetBSDfr: Quelles sont les dernières fonctionnalités sur lesquelles
tu travailles ?
christos: Le driver if_iwn.c et l’import d’openssl, openssh, cvs et
file.
NetBSDfr: Selon toi, qu’est-ce qui continue à manquer dans le système
d’exploitation NetBSD ?
christos:
De nombreuses choses :
* le support NUMA
* un meilleur support net80211
* un meilleur support de l’internationalisation
* une pile réseau MP-safe
* un meilleur interpreteur dans les sources sytème
NetBSDfr: Comment vois-tu NetBSD dans 5 ans ?
christos: Je le vois doté de nombreuses fonctionnalités manquantes et
idéalement comme une implémentation de référence pour Unix. Je pense
que la propreté des fichiers d’en tête, l’excellente documentation, et
le très bon codage de l’implémentation des programmes et du sous-système
donneront envie à de plus en plus de personnes d’utiliser NetBSD.
NetBSDfr: Je connais plusieurs développeurs qui travaillent aussi sur
d’autres projets. Comment sont décidés les imports de code des autres
projets ? Dépendent-ils uniquement des décisions de développeurs ?
Ou la décision est prise au niveau de core@ ?
christos: Pour les nouveaux packages, les discussions se passent entre
développeurs. Pour les packages existants, il existe une liste de mainteneurs
et généralement ceux-ci décident de leur mise à jour et à quel moment.
NetBSDfr: Nous avons commencé à voir les résultats du GSOC sur le blog.
Comment sont définis les projets du GSoC ? Font-ils partie des objectifs
de la TNF ? Ou sont-ce des fonctionnalités “sympa à avoir” ? Est-ce que
tous les étudiants ayant réussi obtiennent le droit de commit sur le
dépôt ?
christos: Nous avons une liste de projet sur le site, et les gens viennent
avec leurs propres idées. Nous les classons et Google décide de combien
seront mis en oeuvre. Le droit de commiter est décidé de manière individuelle.
En génral, ils l’obtiennent.
NetBSDfr: En conclusion, Que penses tu qui rende NetBSD spécial ?
christos: J’aime vraiment les gens et la communauté qui gravitent autour
de NetBSD. C’est un groupe de gens très sympathiques et intelligents.
Edit: Le lien vers la version originale publiée sur le blog du projet. Merci Sarah!
A l’issue de son projet, visant à refondre le temps de calcul de parité du driver RAIDframe, Jed Davis, aka jld@ a committé son code dans le source de NetBSD-current. Les premiers retours des testeurs ayant essayé de « casser » son code sont extrêmement positifs.
« Si personne ne s’est manifesté d’ici à la fin du mois de Novembre, les ports sun2 et playstation2 seront remisés au grenier (« Attic »), faute de maintenance convenable. »
C’est en ces termes qu’Antti Kantee a lancé un appel à la communauté pour reprendre la maintenance de ces 2 ports. Le port netbsd/sun2 est destiné aux machines Sun-2. Quant à netbsd/playstation2, il est destiné aux consoles de jeux bien connues.
Il est vraisemblable que le port netbsd/playstation2 soit « archivé », étant donné que les modifications nécessaires à ce port qui ont été apportées à gcc et binutils n’ont jamais été répercutées dans les projets upstream, ce qui rend la compilation avec gcc 4.x impossible.
Suite à ce mail, Izumi Tsutsui a objecté que le port netbsd/sun2 était toujours fonctionnel, et a même préparé une procédure permettant de tester NetBSD 5.0.1 dans TME. Et Christos a corrigé quelques problèmes dans rump et a également prévu de fixer le code IPv6
Le Logiciel Libre m’épatera toujours. Lecteur assidu de NetBSDfr, tu as peut-être suivi les aventures de pkgin, mon apt-wanabee qui vit sa vie dans pkgtools/pkgin depuis quelques mois maintenant.
Tu te souviens peut-être aussi que pour faire les choses bien, j’avais pris soin de faire en sorte qu’il fonctionne sur un certain nombre d’autres plateformes que NetBSD : Solaris, Linux, ou encore… DragonFlyBSD. Et justement, les utilisateurs de ce dernier ont été de férus testeurs de mon programme de gestion de packages depuis le début, à tel point que j’ai découvert ce matin qu’ils -et dans « ils », il y a il- ont décidé de l’inclure dans le basesystem de DragonFlyBSD.
La discussion ayant abouti à cette décision est ici et la preuve est ici.
Contributeurs, je vous attend !
Derniers commentaires