Pour Debian, à mon avis ça n'était pas aléatoire. Il faudrait savoir quelle Debian tu as installé, mais il faut savoir qu'il y a eu un gros changement entre Linux 2.4 et 2.6 concernant sparc64 : il ne faut plus choisir les layouts Sun (type4/5/6) mais des layouts PC standard. Si tu es configuré en type5 et que tu rebootes en 2.6, tu vas te retrouver avec un layout très bizarre : genre, q qui active la touche verr num etc. Ça n'est pas lié à Debian, mais étant donné que dans la dernière stable l'installer est en 2.4 par défaut, on se fait souvent surprendre.
Bon, je viens autrement d'aller voir les détails de ces optimisations. Je suis assez déçu : concrètement, ce sont des options de configuration/compilation changés/rajoutés : aucun changement de code. L'effet d'annonce du partenariat Sun/Ubuntu tombe un peu à l'eau, du coup... Qui plus est, je m'étonne un peu d'inclure uniquement un noyau 2.6 dans une distribution pour sparc64 : on sait que le port a été un peu délaissé au début de la branche 2.6 et que de nombreuses choses sont encore manquantes. On peut notamment citer le sous-système audio qui existait pour Linux 2.6, marchait très bien et était hyper configurable, et qui a été abandonné au profit d'ALSA, qui marche assez mal avec la carte intégrée dans les Ultra, par exemple (il ne sait utiliser que le haut parleur interne(!)). Ou également les légers problèmes réseau qui surgissent.
Par ailleurs, il semble qu'ils aient finalement fait le choix d'un userspace uniquement 64 bits. Là encore, je suis dubitatif sur ce choix. Solaris fait le choix de fournir un grand nombre de paquets en version 32 et 64 (les paquets 64 finissent par "x"). Debian fait le choix de fournir une version avec un userspace 32 bits et un nombre restreints de paquets fournis pour sparc64 (notamment la libc), ce qui permet de faire cohabiter et de choisir. Faire le choix du tout-64, c'est un peu céder à la mode : il semble que les gens considèrent leur 64-bit "gâché" s'ils n'ont pas toutes leurs applications compilées en 64 bits. À part consommer plus, je ne vois pas ce qu'on a à gagner à faire ce choix. Là encore, dommage.
Concernant ta blade100 : pas de problème d'IDE ? Ce genre de machines (que je n'apprécie guère) est réputé pour avoir des problèmes à ce niveau-là sous GNU/Linux et NetBSD...
[^] # Re: Temoignage...
Posté par Manuel Menal . En réponse à la dépêche Ubuntu 6.06 LTS serveur pour Sparc 64bit. Évalué à 4.
Bon, je viens autrement d'aller voir les détails de ces optimisations. Je suis assez déçu : concrètement, ce sont des options de configuration/compilation changés/rajoutés : aucun changement de code. L'effet d'annonce du partenariat Sun/Ubuntu tombe un peu à l'eau, du coup... Qui plus est, je m'étonne un peu d'inclure uniquement un noyau 2.6 dans une distribution pour sparc64 : on sait que le port a été un peu délaissé au début de la branche 2.6 et que de nombreuses choses sont encore manquantes. On peut notamment citer le sous-système audio qui existait pour Linux 2.6, marchait très bien et était hyper configurable, et qui a été abandonné au profit d'ALSA, qui marche assez mal avec la carte intégrée dans les Ultra, par exemple (il ne sait utiliser que le haut parleur interne(!)). Ou également les légers problèmes réseau qui surgissent.
Par ailleurs, il semble qu'ils aient finalement fait le choix d'un userspace uniquement 64 bits. Là encore, je suis dubitatif sur ce choix. Solaris fait le choix de fournir un grand nombre de paquets en version 32 et 64 (les paquets 64 finissent par "x"). Debian fait le choix de fournir une version avec un userspace 32 bits et un nombre restreints de paquets fournis pour sparc64 (notamment la libc), ce qui permet de faire cohabiter et de choisir. Faire le choix du tout-64, c'est un peu céder à la mode : il semble que les gens considèrent leur 64-bit "gâché" s'ils n'ont pas toutes leurs applications compilées en 64 bits. À part consommer plus, je ne vois pas ce qu'on a à gagner à faire ce choix. Là encore, dommage.
Concernant ta blade100 : pas de problème d'IDE ? Ce genre de machines (que je n'apprécie guère) est réputé pour avoir des problèmes à ce niveau-là sous GNU/Linux et NetBSD...