Articles : SUN libère ses processeurs SPARC
Posté par CyrrusSmith (page perso, ). Modéré le 13 décembre 2005.
Après avoir libéré son logiciel, SUN libère son matériel.
SUN s'oriente de plus en plus vers le service, la vente de support, autour de ses plateformes de logiciels et matériels.
Après avoir libéré Solaris (il existe même un OS GNU/Solaris, GNU avec un noyau Solaris), SUN a annoncé le 6 décembre 2005 la création de OpenSPARC, c'est à dire la mise en open-source du c½ur de leur plateforme hardware.
Chacun pourra, s'il en a les moyens, produire des processeurs "compatibles SPARC".
Étant données les performances de ce matériel, les ordinateurs "compatibles SPARC" pourraient connaître un succès comparable aux x86. Les cartes graphiques spécifiques SUN sont particulièrement remarquables. Leurs pilotes sont naturellement libres (d'autres machines SUN utilisent du nvidia).
GNU/Linux tourne déjà sur les machines SUN, que ce soit celles équipées de processeurs AMD ou de processeurs SPARC.
SUN s'oriente de plus en plus vers le service, la vente de support, autour de ses plateformes de logiciels et matériels.
Après avoir libéré Solaris (il existe même un OS GNU/Solaris, GNU avec un noyau Solaris), SUN a annoncé le 6 décembre 2005 la création de OpenSPARC, c'est à dire la mise en open-source du c½ur de leur plateforme hardware.
Chacun pourra, s'il en a les moyens, produire des processeurs "compatibles SPARC".
Étant données les performances de ce matériel, les ordinateurs "compatibles SPARC" pourraient connaître un succès comparable aux x86. Les cartes graphiques spécifiques SUN sont particulièrement remarquables. Leurs pilotes sont naturellement libres (d'autres machines SUN utilisent du nvidia).
GNU/Linux tourne déjà sur les machines SUN, que ce soit celles équipées de processeurs AMD ou de processeurs SPARC.
Opensparc (1299 hits)
Solaris et la CDDL (354 hits)
GNUsolaris (607 hits)
Libérations de brevets par SUN (352 hits)
Le weblog de Gilles Gravier (639 hits)
> Lire la suite (113 commentaires, moyenne: 3,2). [dépêche : 1585 caractères]
Vous avez demandé le commentaire #660119.



Assez gros...
Étant données les performances de ce matériel, les ordinateurs "compatibles SPARC" pourraient connaître un succès comparable aux x86
On a dit la meme chose pour les PPC... Le succès de l'architecture x86 repose essentiellement sur sa large base d'utilisateurs, et beaucoup moins sur ses qualités techniques propres. Qu'en sera t-il des SPARC ? Je pense que ca peut être une architecture exotique de plus, bien sûr le fait qu'elle soit maintenant libre est intéressant, mais est ce que ce sera suffisant pour la faire (re)vivre...
Ce qui me gêne moi, dans l'attitude de SUN par rapport au libre, c'est qu'ils semblent ne libérer que des produits en fin de vie. Ils croient au libre comme on croit en sa roue de secours. Je prends pour exemple java, sans aucun doute LE produit de chez sun qui bénéficierait d'une libération !
#define MAGIC 0xdefaced /* I should've patented this number -cliph */
[^]Re: Assez gros...
Question de "newbe" : en quoi Java n'est pas libre ? On peut faire des machines virtuelles libres il me semble, gcj par exemple et tout le monde peut utiliser Java. Que faut-il pour qu'un langage de programmation, voire plus que ça dans le cas de Java avec ses jvm, soit libre ?
[^]Re: Assez gros...
Eh bien, que les sources de la VM officielle soient distribuées serait déjà un bon début... non ?
#define MAGIC 0xdefaced /* I should've patented this number -cliph */
[^]Re: Assez gros...
Oui mais si on utilise une jvm libre type gcj, ne peut-on pas dire qu'on fait du "java libre" ?
[^]Re: Assez gros...
On ne peut pas reproduire les comportements de la JVM de Sun dans ses moindres détails si elle n'est pas ouverte. Par exemple, elle comprend des bugs bien connus des programmateurs Java qui font des "workaround" ou qui tirent parti de ces bugs (volontairement ou non) -> du coup, ces programmes ne sont pas portables sur gcj, la JVM de IBM, ou autre...
Je ne sais pas si les specs de Java sont publiques par contre (attention, j'ai bien dit Java, pas J2EE ou autre...).
[^]Re: Assez gros...
Porten'imwak !
http://java.sun.com/docs/books/vmspec/
http://java.sun.com/docs/books/jls/index.html
Disponibles depuis le début (= très, très longtemps).
[^]Re: Assez gros...
Ce sont les specs... (il me semblait bien qu'elles étaient ouvertes, mais je n'en était pas sûr). Ca ne change rien que le code n'est pas ouvert et qu'on ne peut donc pas reproduire la jvm dans ses moindres détails : les specs laissent toujours des flous.
[^]Re: Assez gros...
Libre, mais loin d'être à jour...
[^]Re: Assez gros...
En effet, la version 1.5 de Java n'est pas encore disponible à ma connaissance sous une forme libre. Et c'est bien dommage :-(
En plus, la blackdown Java qui un temps suivait quand même les specs d'assez près a été engloutie je ne sais comment par la version de Sun. Et depuis ma-cash, on est fortémment dépendant de la JVM officielle Sun.
Au final, installer la dernière version de Java sur une distro libre c'est franchement galère (ubuntu, debian, gentoo, ...) si ce n'est impossible car binaire oblige la version pour des architectures alternatives genre PPC ou SPARC ne sont pas disponibles.
[^]Re: Assez gros...
La version de blackdown étant produite à partir du code de Sun, elle n'est pas plus libre que celle de Sun.
Le support de 1.5 par GCJ et Classpath avance très bien, ceci dit.
[^]Re: Assez gros...
sous debian, ya un truc qui s'appelle make-jpkg, et qui permet de faire un .deb à installer via pdkg -i très simplement...
genre suffit de faire make-jpkg jre-machin.bin, d'appuyer une fois sur F8, et puis de taper quelques fois sur enter.
(pour gentoo, et autres, chépo)
concernant Java sur Sparc, il est également disponible en .bin, mais uniquement pour solaris.
et je suppose que la version linux ne marche pas sur sparc, bien qu'aucune archi matérielle ne soit spécifée sur le site concernant la version linux
Gougueul bombons ensemble :)
[^]Re: Assez gros...
Que SUN fournisse le code du JRE!
[^]Re: Assez gros...
La raison n'est pas là.
Sun a d'ailleurs déjà rendu public son code source (à l'époque, c'était java 1.1.6, je crois) sans que java ne soit libre. C'était assez fouillis d'ailleurs, et les specs de la JVM (heureusement disponibles) sont bien plus utiles que le code source de Sun.
Les raisons pour lesquelles java n'est pas libre ont été exposées dans LMF il n'y a pas longtemps.
[^]Re: Assez gros...
Si tu as le temps, tu peux lire mon "gros" article à ce sujet. Il est un peu vieux (un an), mais il reste d'actualité : http://apiacoa.org/publications/vulgarisation.html#lm-java-d(...)
[^]Re: Question de "newbe"
Un article était passé dans GNU Linux Magazine France à ce sujet.
Ce qu'il m'en reste est que Sun a posé trois conditions pour obtenir le droit de développer une machine virtuelle. Aucune n'interdit de faire une machine virtuelle libre.
C'est par contre quasiment impossible. En effet, une de ces conditions interdit de fournir une machine virtuelle qui n'est pas 100% compatible aux normes de SUN. Il faut donc finir le produit avant de le distribuer, ce qui est très compliqué
En espérant ne pas avoir trop déformé le fameux article.
[^]Re: Question de "newbe"
>> En espérant ne pas avoir trop déformé le fameux article.
ben le fameux article boubou vient de poster le lien juste au dessus de ton message.
[^]Re: Question de "newbe"
C'est par contre quasiment impossible. En effet, une de ces conditions interdit de fournir une machine virtuelle qui n'est pas 100% compatible aux normes de SUN. Il faut donc finir le produit avant de le distribuer, ce qui est très compliqué
En fait, je crois que dans la plupart des cas, ils se foutent de la condition sur les API (surtout pour une implementation libre), il veulent juste éviter qu'on leur refasse le sale coup de microsoft : Faire une API qui n'a rien a voir avec l'officiel, et s'arranger pour qu'elle devienne un standard. Ou éviter d'avoir un bordel d'APIs de base qui arrivent de partout.
[^]Re: Assez gros...
Ce qui est certain, c'est que les produits moribonds libérés font les beaux jours de la communauté et sont parfois des produits phares. Deux des meilleurs exemples sont quand même firefox/thunderbird (petit, petit, petit fils de netscape) et OOo (petit fils de star office).
Qu'importe la raison, pourvu que l'code reste...
[^]Re: Assez gros...
Deux des meilleurs exemples sont quand même firefox/thunderbird (petit, petit, petit fils de netscape)
L'ensemble de Mozilla est une réécriture from scratch, le code libéré par Netscape ayant été considéré comme irrécupérable avec quelques mois d'essais.
Lire les écrits passionnants de Jamie Zawinsky à ce sujet :
http://www.jwz.org/gruntle/nomo.html
[^]Re: Assez gros...
Tout le code à été réécrit, soit. Mais il n'en reste pas moins que sans netscape, pas de mozilla. L'application à servi de cataliseur, ce qui n'est pas la moindre des choses.
[^]Re: Assez gros...
Ce n'est pas l'application qui a servi de catalyseur, ce sont les ressources fournies et la communauté impulsée par Netscape. Simplement libérer du code ne sert en soi pas à grand'chose.
Un article que j'ai écrit à ce sujet : http://www.libroscope.org/Liberer-les-logiciels
[^]Re: Assez gros...
article très intéressant, qui corrobore complètement le point de vue selon lequel, même avec une réécriture complète, mozilla est bien le descendant de feu netscape.
Nous somme d'accord.
[+] [^]Re: Assez gros...
>L'ensemble de Mozilla est une réécriture from scratch
Ils ont réécrit Gecko "frome scratche" ?
Ah bin ça alors !
[^]Re: Assez gros...
L'architecture liberée par sun concerne les nouveaux processeurs UltraSparc T1 : nom de code Niagara (sun4v) dont les premiers exemplaires seront disponibles début 2006 dant les modèles SunFire T1000 et T2000. Ce ne sont PAS les produits en fin de vie.
Pour info ces modèles sont des 4/6/8 cores dont chacun des cores, comme tout processeur risc peut faire tourner 4 threads.
Ce qui fait jusque 32 threads dans un seul processeur !