En ce 12 décembre, Sun réitère sa publication (sous licence GNU GPL) des spécifications de son dernier modèle de processeur. Cela avait été fait pour les UltraSPARC T1, ou Niagara ; c'est à présent chose faite pour l'UltraSPARC T2, surnommé Niagara 2.
Tout ça dans le but de développer une communauté autour du processeur, de le voir s'infiltrer partout, s'adapter, envahir les salles de classe, tout laissant Sun bénéficier des améliorations produites par les concurrents. Ils ont bien intégré la stratégie chez Sun !
# Bémol
Posté par Zenitram (site web personnel) . Évalué à 3.
Donc bon, tu dis qu'ils ont bien intégré la stratégie chez Sun, moi je dis que Sun a vu que son CPU était déja mort, et donc revenu 0, donc que ça coutait rien de libérer le CPU pour voir si il peut retirer ensuite quelques dollars. Risque nul donc. Même réaction qu'avec Solaris.
C'est quand ils libéreront un produit qui monte que je trouverai Sun pas mal, qui prend des risques.
La, seuls les produits qui descendent sont libérés, bof.
[^] # Re: Bémol
Posté par FabienC . Évalué à 9.
[^] # Re: Bémol
Posté par vincent LECOQ (site web personnel) . Évalué à 6.
[^] # Re: Bémol
Posté par Gkar (site web personnel) . Évalué à 1.
[^] # Re: Bémol
Posté par Zenitram (site web personnel) . Évalué à 1.
Admis, Java est libéré alors qu'il est très en place, je ne peux pas dire le contraire.
Ah si, quand même un bémol à Java : je vois assez souvent Tomcat comme serveur Java, et non pas la version de Sun. Si il ne libérait pas le code, Sun pouvait perdre gros à avoir une version qui tourne sur les serveurs qui n'est pas la sienne (OK, je cherche comment m'en sortir ssur ce coup, Tomcat n'ayant pas assez de Part de marché pour faire peut :) )
Par contre, pour répondre en une fois à plusieurs exemples, Star Office était bien dans les abimes des abimes quand Sun a libéré le code. Oui maintenant on parle d'OpenOffice, mais c'est bien d'OpenOffice dont en parle, pas du StarOffice qui auraité été oublié si Sun n'avait pas libéré le code. Sun n'avait rien à perdre de ce coté. Ce contre-exemple ne tient pas la route.
Bon, du coup Sun un gentil qui libère pour libérer, ou un méchant qui libère par obligation? Il doit y avoir un peu des deux (tout n'est pas noir ou blanc...)
[^] # Re: Bémol
Posté par Laurent Godard . Évalué à 2.
L'essentiel est que du source et de la technologie soit disponible au plus grand nombre. Chacun garde ensuite ses motivations et je ne me hasarderai pas à les interpreter.
[^] # Re: Bémol
Posté par kowalsky . Évalué à 2.
[^] # Re: Bémol
Posté par Zenitram (site web personnel) . Évalué à 2.
http://tomcat.apache.org/
Je me trompe?
[^] # Re: Bémol
Posté par kowalsky . Évalué à 8.
lead architect J2EE ( pour de vrai lui ), c'est d'ailleurs surement le 1er !!
Il a activement participé à la liberation du code de Tomcat, qui etait je crois
au début une mise en oeuvre des spec J2EE.
Mais j'ai pas de preuve de tout ça ! Je me souviens l'avoir lu il y a longtemps
dans un livre chinois ( ecris en anglais ) sur le J2EE...!
Pour dire que je suis sur de ce que je dis :) !
[^] # Re: Bémol
Posté par wismerhill . Évalué à 5.
http://tomcat.apache.org/heritage.html
[^] # Re: Bémol
Posté par Gkar (site web personnel) . Évalué à 5.
Le fait de libérer leur code est pour moi toujours bon à prendre et s'ils font ça avec l'idée de faire de l'argent plus tard je ne vois rien à y redire.
[^] # Re: Bémol
Posté par imalip . Évalué à 1.
et au POWER (IBM)...
Petite rectification sur HP, l'Itanium était a l'origine un projet HP (HPPA 3.0), qui s'est associé avec intel avant de lui laisser le bébé et ses équipes de développement CPU.
Sinon, a part le s/Titanium/Itanium/, je suis d'accord
[^] # Re: Bémol
Posté par patrick_g (site web personnel) . Évalué à 5.
Sinon y'a aussi le processeur Sun Rock qui va sortir en 2008 et qui promet beaucoup. 32 Threads de calcul et 32 threads de "reconnaissance" qui préchargent les données afin d'éviter les latences mémoires.
Je suis curieux de voir ce que ça va donner.
http://www.realworldtech.com/includes/templates/articles.cfm(...)
[^] # Re: Bémol
Posté par Zenitram (site web personnel) . Évalué à -1.
Les consoles ne font pas le marché des CPU... Et hormis la, je ne sais pas où tu en trouves...
(Titanium, n'importe quoi moi...)
Mais c'est bien Intel qui est seul aujourd'hui, donc certes c'était un projet commun, mais maintenant HP ne vend rien comme CPU. Donc je pense qu'on peut considérer HP comme hors-course.
Le problème est bien la : depuis qu'Apple est passé chez Intel, que ce soit en grand public ou en entreprise, le marché des CPU se restreint énormément : on ne voit plus quasiement que du Intel (et du AMD pour ceux qui aiment le fun, perso j'en ai pas encore vu en entreprise, mais parait que ça existe).
Et le monopole, c'est pas bien. Espérons que cette dernière chance Sun marche.
[^] # Re: Bémol
Posté par imalip . Évalué à 5.
La ?
http://www-03.ibm.com/systems/browse/power/index.html
Pour le reste de l'argumentation, je suis d'accord avec le point de vue. Je pointais juste le fait que techniquement, l'architecture des CPU HP est bien vivante puisque reprise par intel.
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Même rien à voir.
powerpc est l'architecture la plus courante dans le cpu embarqué "puissant" (bref, quand un arm ne suffit pas)
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par thomas . Évalué à 9.
dans la vraie vie, les gens achetent du sparc, de l'oracle (c'est quoi mysql ?), et maintenant aussi du T1 et T2 (machines T2000 et T5520 par ex.)
je ne me lancerai pas dans un débat solaris vs linux ou oracle vs mysql; mais c'est un fait que le sparc et loin d'etre mort dans les entreprises.
[^] # Re: Bémol
Posté par mekare . Évalué à 4.
Je dirais dans les grandes entreprises ! Les petites structures s'orientent sur bien d'autres produits, budget oblige.
[^] # Re: Bémol
Posté par _gp . Évalué à 7.
Je pense quand même que les entreprises concernées gardent (et renouvellent) leurs serveurs Sun par habitude, et tout simplement parce que ça marche très bien (pourquoi changer ?).
Je me demande quand même si Sun gagne encore des clients ou vit sur sa clientèle historique. Des gens qui montent leur infra autour des solutions SPARC/Solaris ça existe encore ? (ceci est une vraie question)
[^] # Re: Bémol
Posté par tipmeabout . Évalué à 5.
Les domaines de compétences ? FAI, Banque, hébergeurs, fournisseurs de services applicatifs ...
[^] # Re: Bémol
Posté par _gp . Évalué à 2.
[^] # Re: Bémol
Posté par Psychofox (Mastodon) . Évalué à 2.
[^] # Re: Bémol
Posté par lasher . Évalué à 5.
[^] # Re: Bémol
Posté par etLaSuite . Évalué à 4.
---------------------> [@] PLOP!
[^] # Re: Bémol
Posté par Miod in the middle . Évalué à 2.
[^] # Re: Bémol
Posté par lasher . Évalué à 3.
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Ils sont censés avoir une fpu beaucoup plus rapide que celle des intel.
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par georgeswwbush . Évalué à 1.
Pour info, tous les nouveaux serveurs HPUX gamme integrity sont sur Itanium2 (exit les PA-RISC)...
Dans les blade center IBM et HP, on trouve des lames en Itanium...
Et les puces 32_64 (Opteron / EMT64) n'ont pas du tout la même puissance que l'Itanium2...
Au contraire, l'Itanium est au début de vie (la puissance arrive enfin), et sera sans doute seul concurrent face au Power6 d'IBM (pitetre quelques Sparc64)
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Intel et amd viennent de déclarer que leur pipeline SSE serait 128 bits et que donc le nombre de cycles des instructions SSE seraient divisé en gros par 2.
J'imagine qu'ils mettront ensuite 2 unités de calcul cote à cote.
Le problème de l'itanium est son besoin d'avoir d'énorme cache pour les instructions. Alors que le code x86 est comparativement trés compact.
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
J'imagine qu'un niagara avec 16 cores doit donner de bonne performance pour les serveurs avec plein de de clients.
"La première sécurité est la liberté"
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.