Comment dire, elles forment un tout et pas une collection disparate comme beaucoup de PC.
Elles offrent des plus qui comptent dans une salle de machine (light off management, OpenBootProm, connecteur SCSI, 4 ports ethernet pour la dernière arrivée chez nous).
Le doute s'immisce:
- je me débarrasse de mon musée perso (quelques vieilles SparcStation) et garde des PC (manque de place, d'usage et il faut maintenant quelques millions de couleurs même pour lire son mail)
- ils travaillent de plus en avec les AMD d'Opteron
- leurs procs actuels ne sont pas bien rapide
Rapidité et performance:
Un collègue préfère développer sur sa machine de bureau (P4 sous linux) plutôt que sur un tout nouveau serveur Sun (pourtant dual procs). Il a été arrêté par le manque de précision du P4 (il lui manque les "long double" en 128 bits).
Rapidité n'est pas toujours synonyme de performance!
Mais peut être que le P4 avec une librairie "arbitrary precision" serait plus rapide que le Sun? A tester...
Coup de grâce:
Le coup de grâce, ce ne sont pas les rumeurs la division de Sun (arrêt du développement avancé des Ultra V et Gemini, externalisation du développement de la future technologie multicore Rock et Niagara, éventualité d'utiliser l'opteron pour le core des futur proc).
Non, c'est un mail de David S. Miller, qui maintient le noyau linux pour Sparc64 sur la mailing list debian-sparc dans lequel il descend en flèche Sun, depuis son processeur (trop lent) jusqu'à par l'intégration (bus et mémoire lents) par la critique des choix techniques (manque d'intégration PCI express).
Il finit par dire que pour installer un serveur, à l'heure actuelle, il préfererait un PC à un Sparc...
Nouvelles de Sun:
http://www.xbitlabs.com/news/cpu/display/20040512071910.html(...)
http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,(...)
Mail de David S. Miller:
http://lists.debian.org/debian-sparc/2004/08/msg00170.html(...)
# Re:
Posté par 007 . Évalué à 7.
Leurs jours (mois) sont comptés et ils (Sun, etc) le savent.
C'est très bien d'afficher une super fiabilité pour le matos bas de gamme. Mais au prix d'un sparc bas de gamme, j'achetes 3 PC bas de gammes qui sont plus performants avec plus de mémoire, plus de disque, qui ont plus de programmes/OS, etc...
C'est jouée d'avance.
Pour l'OS, Unix va aussi se casser la gueule et vite (toujours pour les micro et mini).
On parle de Windows vs Linux, mais en premier et de façon sûre (pour moi), Linux va bouffer Unix et vite fait.
Pour Windows ou Mac, ce n'est pas gagné.
[^] # Re: Re:
Posté par 007 . Évalué à 3.
Avant Red Hat tournait et supportait sparc et alpha.
sparc et alpha ne sont plus supportés.
IA64 a été introduit.
Puis AMD64.
Il reste x86/IA64/AMD64 et :
- ppc (pas mac mais IBM eServer pSeries)
- s390 (IBM)
Que voit-on dans la branche rawhide de Fedora :
http://fr2.rpmfind.net/linux/fedora/core/development/(...)
Pas de sparc ni alpha alors que Red Hat a toujours été souple pour Rawhide.
C-à-d que Sparc et Alpha n'est même plus intéressant (et vraiment pas manifestement) pour une distributeur qui cible les stations de travail et serveurs.
[^] # Re: Re:
Posté par Loïc Jaouen . Évalué à 1.
- HP livre un linux avec ses machines Alpha (pas toutes)
- Sun vends des serveurs sous linux (des x86)
Le fait que Sun vende des serveurs x86/linux réduit le nombre de personnes qui achètent chez sun (pour une raison ou une autre) mais veulent du linux.
[^] # Re: pas forcément
Posté par Loïc Jaouen . Évalué à 3.
Sinon ce sont tous deux des fabricants de machine et des developpeurs d'Unix proprio.
Et c'est pas forcément joué d'avance... certaines personnes (comme moi) continueront d'acheter 2 fois plus cher un Mac qu'un PC, et un serveur Sun parce qu'il vient avec quelques plus par rapport au PC (en plus de ce qui est mentionné dans l'article, l'intégration matériel/OS est important; s'il faut mettre une demie journée pour installer debian et fignoler des kernels qui marche bien avec le PC du vendeur du coin, la différence de prix du matériel devient insignifiante).
[^] # cherchez l'erreur
Posté par M . Évalué à -1.
Linux est un unix...
[^] # Re: cherchez l'erreur
Posté par Pinaraf . Évalué à -2.
Linux est un clone d'Unix, mais pas un unix
[^] # Re: cherchez l'erreur
Posté par 007 . Évalué à 1.
C'est vrai que Linux est un clone mais pour avoir le label Unix, il n'est pas nécessaire d'être basé sur les sources d'origine. Donc Linux peut-être un Unix (il faut payer le label ce qui est incompatible avec la GPL, mais oublions ce "détail") et j'ai fauté.
[^] # Une question pour ma culture personelle....
Posté par Rin Jin (site web personnel) . Évalué à 2.
Pourquoi est-ce incompatible avec la GPL? C'est juste une question, pas une critique: jusqu'à présent, je pensais que Linux était un clone d'Unix et le serait toujours justement parce qu'il n'est pas basé sur les sources d'origines.
[^] # Re: Une question pour ma culture personelle....
Posté par 007 . Évalué à 2.
Parce que la GPL impose de pouvoir distributuer ou utiliser gratuitement (n'impose pas la gratuité mais impose cette possibilité).
Or il faut payer pour "jouir" du label Unix.
Comme les brevets sont incompatibles avec la GPL.
[^] # Re: Une question pour ma culture personelle....
Posté par Rin Jin (site web personnel) . Évalué à 2.
Si cette certification oblige à faire payer, pour chaque copie distribuée, une certaine somme, la GPL l'empéche effectivement, mais s'il s'agit de faire payer les tests (ou le droit d'utiliser le nom Unix, ou n'importe quoi pourvu que ce soit un paiement unique et sans rapport avec le nombre de copie distribué), rien n'empéche une entreprise (IBM par exemple, puisqu'ils semblent participer à l'X/open(1)) "d'offrir" ces tests à Linux.
(1) http://www.opengroup.org/overview/members/membership_list.htm(...)
[^] # Re: Une question pour ma culture personelle....
Posté par 007 . Évalué à 1.
J'ignore les détails pour obtenir le label Unix et pour tout dire, je m'en fous un peu :-)
D'ailleur la LSB semble presque plus importante.
> J'ai beau chercher, je ne trouve pas grand chose à ce sujet.
Faut que ça respecte ce truc or spécification Unix (les test) :
http://www.opengroup.org/openbrand/tmla.pdf(...)
Bonne lecture :-)
[^] # Re: Une question pour ma culture personelle....
Posté par dromadaire35 . Évalué à 1.
Je pense que tu confonds avec la certificaton POSIX.
[^] # Re: cherchez l'erreur
Posté par Yann Droneaud (site web personnel) . Évalué à 2.
# Sun c'est bien
Posté par rictus (site web personnel) . Évalué à 2.
En tout cas, moi je trouve que contrairement à HP et à IBM, ils ont su proposer des serveurs à prix compétitifs par rapport à du PC : un Sunfire V240 par ex. n'est "que" 30% plus cher que l'équivalent (mémoire, disques hot plug, alim redondantes...) chez compaq. (Par machines SUN à prix compétitifs, je ne parle pas des sous-daubes à base de PC ;-) )
Là où je bosse, c'est ce qui a permis qu'on ait encore de l'unix et pas migré un paquet de trucs vers du windows (décideurs pas du tout prêt à envisager du linux et/ou applis spécifiques non supportées sur linux).
Sun Solaris a su "intègrer" bon nombre de produits GNU et me semble à peu près moderne... alors que HP-UX en est tout juste à découvrir SSH...
Bref, moi aussi j'espère qu'ils ne vont pas disparaître !
[^] # Re: Sun c'est bien
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
J'ai bataillé ferme pour qu'il teste enfin linux sous x86, les outils proprio ayant été porté sous unix.
Le teste a montré qu'un celeron 1.7 Ghz avec archi video UMA (les spécialistes appréciront) sois le poste bureautique le moins chère de Dell enfume de 30% une SPARC BLADE 1650 (ULTRASPARC III @ 650MHz et 10 k¤).
Depuis on utilise des biXEON à 3 Ghz qui sont en gros 6x plus rapide que les anciennes SUN.
"La première sécurité est la liberté"
# Omnipotence du x86
Posté par Joris Dedieu (site web personnel) . Évalué à 10.
L'omniprésence du x86 posera à terme de nombreux problemes, comme en pose aujourd'hui l'omniprésences de Windows. Parceque l'uniformité est en terme de créativité (manque de choix) et de sécurité (compatibilité) une situation désastreuse.
Je pense que beaucoup de gens dans le libre ne conciderent pas celà comme un problème.
Pourtant dans de nombreux domaines les processeurs x86 sont limités.
La question qui se pose et celle de savoir si on pourra un jour concevoir des ordinateurs totalement differents à ce qui ce fait aujourd'hui si seuls un ou deux modèles d'architectures sont industriellement viable ?
L'experience nous montre je crois qu'en informatique, l'uniformité n'a jamais été source de progrès
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Omnipotence du x86
Posté par Krunch (site web personnel) . Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Omnipotence du x86
Posté par SF . Évalué à 1.
De plus ayant, utilisé des machines SUN et SG pour faire tourner des applis CAO, je peu dire que le x86 est bien meilleure (et de loin).
Enfin en moyenne, pour le coût de 1 station CAO SUN, il est possible d'avoir 3 stations CAO x86. Sachant que ces stations deviennent très rapidement obsoléte, le choix est vite fait.
Je pense donc, que ce qui fait mal à SUN aujourd'hui est plus le coût de ses solutions pour le desktop que le manque de périphériques.
[^] # Re: Omnipotence du x86
Posté par Krunch (site web personnel) . Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Omnipotence du x86
Posté par lesensei . Évalué à 1.
[^] # Re: Omnipotence du x86
Posté par Joris Dedieu (site web personnel) . Évalué à 3.
Ceci étant dit la monotonie croissante du hardware, ne viens pas forcement du monopole de tel ou tel constructeur. Mais plutôt du monopole des systèmes à gros coeur (peu de très gros processeurs), domaine dans lequel peu d'industriels sont capable de développer des produits.
Or, on le vois bien aujourd'hui, toute une série de composant ne sont absolument pas adaptés au Gigantisme d'un P4. Les systèmes sont ralentis par les temps de communication entre ses divers parties
Dans cette mesure il semble aberrant que des systèmes basés sur plus de processeurs plus petit (un peu par exemple comme la PS2 avec ces 7 processeurs spécifiques autour d'un processeur à 300 MHz où encore des systèmes SMP allant à une vitesse adapté au reste du système mais permettant l'exécution simultanée de plusieurs thread) ne soit pas développés. On peut aussi se demander pourquoi les constructeurs ajoutent plus facilement des GigaHZt que de la mémoire vive alors que tout le monde sais bien que pour optimiser un matériel il faut qu'il ait suffisement de mémoire, ce qui en sortie d'usine est rarement le cas.
Je crois qu'il en va des microprocesseurs comme des cartes graphiques et de machines à laver. Le marché est verrouillé par quelques grand groupes qui imposent prix et normes.
On s'apperçoit que dans la course au Gigahrz, ni ARM, ni Motorola, ni sun, ni SGI, ni fujitsu, ni hp, ni compaq, ni transmeta, ni via ne sont aptes à suivre AMD, INTEL et IBM.
Finalement, comme NVIDIA et ATI pour les chipset graphiques le marché se concentre.
L'émergence d'un nouvel acteur, aux choix totalement diffèrent pourra seule éviter que dans quelques temps, la qualité des processeurs ne soit plus une préoccupation pour une industrie sans concurrence.
A force de bouffer de l'aspartam, on prêt le goût du sucre.
[^] # Re: Omnipotence du x86
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Il n'y a aucun problème qui se résoud mieux avec plein de processeurs lents quand tu as un unique processeurs trés rapide. Aucun.
Il est très facile de sérialisé des opérations pour les executer en série. L'inverse, par contre, est très complexe(parralléliser des opérations sériels).
La PS2 avec ses copro est justement une architecture dédier pour faire du calcul pour le jeu. Selon l'avais des dévelppeurs, elle est bien plus complexe à programmer que la XBOX qui a un modèle plus simple. Pourtant, je ne crois pas que les jeux soit plus beau sous PS2.
Concernant les Ghz vs RAM, c'est une histoire de marketing. Et de savoir pourquoi les gens achètent. Vendre une machine aujourd'hui avec moins de 512 Mo n'est pas très sérieux. Mais est-ce que le grand public le sais ?
Dans le x86, c'est bien la concurrence entre AMD et INTEL qui les font aller si vite.
"La première sécurité est la liberté"
[^] # Re: Omnipotence du x86
Posté par Loïc Jaouen . Évalué à 0.
[^] # Re: Omnipotence du x86
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
Donc selon le type de problème, les résultats seront différent.
Si une donné est trés souvent échangé entre les 2 cpus, elle restera toujours dans la puce, ce qui ira toujours plus vite que de passer par la mémoire.
si les données n'ont rien à voir entre elle, la bande passante mémoire est donc divisé par 2 pour chacun des processeurs.
"La première sécurité est la liberté"
[^] # Re: Omnipotence du x86
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
Si en moyenne, tu perds 10 % de perf par rapport à un vrai NUMA genre opteron. Le prix d'une carte mére avec 2 emplacements mémoires coutent souvent plus du double d'une carte mère normal.
Donc pour une augmentation limité du cout du cpu, tu augmentes tes perf de 1.9. Tu y gagnes forcément à la fin.
"La première sécurité est la liberté"
[^] # Re: Omnipotence du x86
Posté par Antoine . Évalué à 2.
# employeur de David
Posté par Anonyme . Évalué à 1.
voila
[^] # Re: employeur de David
Posté par 007 . Évalué à 4.
exemple pour le dernier log de Linux :
http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.9-r(...)
grep davem@redhat.com
Signed-off-by: David S. Miller <davem@redhat.com>
Signed-off-by: David S. Miller <davem@redhat.com>
This patch fixes a problem reported by David S. Miller <davem@redhat.com>
Signed-off-by: David S. Miller <davem@redhat.com>
etc...
[^] # Re: employeur de David
Posté par Anonyme . Évalué à 1.
http://www.linuxsymposium.org/2000/images/davem2.jpg(...)
alors que celui dont le visage ne m'est pas inconnu et qui bosse pour ibm est plutot tous chauve et assez maigre de visage genre
http://www.cs.berkeley.edu/~pattrsn/252F96/Pics/David.Gibson.jpeg(...)
avec des cheveux en moins
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.