nan mais sérieusement

si ton métrier c'est du full web, ok tu peux t'amuser a tout migrer en arm, t'as les sources, tu fais du langage interprété, tu t'en fous

t'as une archi un peu tradi d'enterprise, t'as des AD, des applications, des appliances legacy a continuer à faire tourner, qu'est-ce tu vas t'emmerder a migrer / cohabiter avec une archi ARM ou c'est inexistant sauf in-house de GAFA, ou t'as aucune visibilité sur le lifetime du truc et le support ? (si t'es google, tu vas faire toi meme les spec de l'ARM, donc ça va tu vas savoir gérer)

Si t'es une boite normale, la conso électrique et le prix des CPU tu prends en compte, mais ça te coute toujours moins cher que les développeurs.

 
L'avenir nous le dira, mais perso je vous préviens : attendez vous à des gros changements à venir. Ça bouge dans tous les sens comme jamais, ya une espèce d'alignement des planètes : UEFI/nouvelles archis potables hors x86/nouveaux usages/nouvelles startups qui fabriquent des CPU (!!) et des serveurs, respectivement Nuvia et Oxide, qui ont débauchés l'élite de pas mal de gros.
 
Même si ça termine sur des guez, c'est terminé l'hégémonie x86, et le vrai coup d'envoi c'était AWS avec Graviton 2…
 
edit : et je prend pas mes rêves pour des réalités, parce que je préfères justement pas entrer dans un monde fragmenté comme ça de mon point de vue métier…

Mais au final, c'est une bonne nouvelle non ?
Si macos migré sous ARM, ça donne une raison supplémentaire pour les refuser au niveau du SI, car leur architecture n'est pas compatible

Faut bien que les startups inventent des trucs, et que les VC financent avec le pognon magique de la scilicon valley
 
le daissideur préssé papy de l'informatique, il en a vu d'autres, et il réfléchit à 10 ans.
l'arguement n'1 du x86, c'est quand même d'être le PGCD de l'informatique d'entreprise et ça s'auto entretient.
La fragementation historique des Unix/archis a disparu parce que c'était bien merdique
 
Wintel n'a pas disparu, c'est juste qu'ils n'ont pas réussi a prendre le nouveau marché du mobile.
ARM aura a vie le marché du mobile, et ça sera comme ca jusqu'a ce qu'un autre acteur prenne possession d'un marché qui n'existe pas encore et se créera

Mais au final, c'est une bonne nouvelle non ?
Si macos migré sous ARM, ça donne une raison supplémentaire pour les refuser au niveau du SI, car leur architecture n'est pas compatible

 
Ça a du sens
 

 
Okay donc là tu réfléchis typiquement sur le marché français ça se passe pas comme ça ailleurs Le juge de paix sera ce qu'il se passe les 10 prochaines années.
 
Je pense que les choses peuvent plus bouger que ça, dès qu'un truc arrive à une taille critique, ça peut tout emporter (cf le x86 d'ailleurs, ça existe pas avant l'humanité hein )

Dans un autre temps (la fin des années 80) Acorn (ARM=Acorn Risc Machines) avait des fait bécanes en UK qui tournaient nettement plus vite que les PC de prix équivalent, malgré un OS écrit en... basic. Les Acorn Archimèdes, les PC les plus rapides de leur temps.
C'est le manque de softs portés (et de jeux) qui avait fait échouer commercialement cette tentative (plus le fait que la boite distribuait assez peu ses machines en dehors de l'UK).
Ça serait marrant de voir ARM revenir sur ce créneau via Apple.
 
A+,

 
Et côté serveurs c'était bien toute cette diversité entre les sparc, les power, les alpha, les pa-risc, etc., avec des VMS, Unix et autres OS400 par dessus et qui n'avaient à peu près rien en commun.

ouais moi je suis un peu conservateur franchouillard
 
j'ai tendance a considerer qu'en informatique, tout le monde n'a pas besoin de faire une infra scalable pour 100 000 000 de users concurrents, et que la plupart des boites ont juste besoin d'un SI stable qui juste fonctionne

ouais moi je suis un peu conservateur franchouillard

j'ai tendance a considerer qu'en informatique, tout le monde n'a pas besoin de faire une infra scalable pour 100 000 000 de users concurrents, et que la plupart des boites ont juste besoin d'un SI stable qui juste fonctionne

Bof, j'étais dans le monde Unix à l'époque, on avait dans le parc des bécanes Bull DPX (normal, la boite avait mis au point l'OS d'un de ses modèles), Sun, IBM (du Silicon Graphics aussi il me semble) et Dec (sans compter les Macs et PCs) et ça se gérait sans trop de problème.
Mais c'est sur que avec 80% de la boite composée de devs capables de jouer les ingésys si nécessaire (c'est sur qu'a l'époque c'était bien moins complexe que maintenant), c'est pas trop représentatif.
A+,

le rêve

 
Je suis le premier à le dire hein Mais c'est pas antinomique avant le changement à prévoir sur ARM : de part les appliances qui vont débarquer, tu vas de facto en avoir à mon avis. Même si tu le gères pas toi directement.
 

 
Oui voilà, ça veut dire peut être un jour le retour du savoir-faire en interne ? ou alors la complète disparition de ce savoir faire et être dans un monde d'appliance pour ceux qui sont pas dans le cloud…

IWH  

Dites, postgres ça serait pas un peu dla merde? tu peux rien toucher sans que tout se casse la gueule, notre linuxadmin est en train de faire une syncope

Je suis largué

Quelles sont ces appliances révolutionnaires qui vont remplacer toutes les bécanes de mon parc en me faisant passer pour un mammouth ?

 
Me fait pas dire ce que j'ai pas dit. Quand je vois que pour les clients qui veulent garder leurs infras, et qu'on discute avec des éditeurs de SaaS pour leur faire des appliances « flexibles »/sécu (alors qu'on est en x86, donc c'est « facile »), le jour où on est sur ARM, ça complique la donne et renforce la dépendance à des éditeurs (cf intégration verticale dont j'ai parlé avant, qui séduit beaucoup)
 
En gros, ce que j'essaie de dire : de part la fragmentation à venir, les boîtes [1] vont pas vouloir s'emmerder à savoir maintenir des solutions parfois en x86, parfois en ARM. Et donc ces boîtes préfèrent prendre des trucs sur étagère avec appliance physique, support, etc. Tout packagé. Les demandes marchés vont en ce sens : ceux qui veulent pas aller dans le cloud veulent pas se faire chier à maintenir/gérer des serveurs pour des applicatifs. Ils veulent du clef en main, sur site.
 
En fait, Nutanix avait raison trop tôt…
 
 
[1] : les boîtes qui veulent garder leurs données « en interne » (ou chez un presta de confiance) et qui veulent pas aller dans le cloud public. Il reste des boîtes à la fois « on prem » et qui VEULENT garder la maîtrise de leur matos, mais on est dans la niche de niche…

ou alors on pourrait ajouter une nouvelle couche d'abstraction entre le hardware et l'hyperviseur

ou alors on pourrait ajouter une nouvelle couche d'abstraction entre le hardware et l'hyperviseur

Bof, j'étais dans le monde Unix à l'époque, on avait dans le parc des bécanes Bull DPX (normal, la boite avait mis au point l'OS d'un de ses modèles), Sun, IBM (du Silicon Graphics aussi il me semble) et Dec (sans compter les Macs et PCs) et ça se gérait sans trop de problème.  
Mais c'est sur que avec 80% de la boite composée de devs capables de jouer les ingésys si nécessaire (c'est sur qu'a l'époque c'était bien moins complexe que maintenant), c'est pas trop représentatif.
A+,

 
Non, c'est ton linuxadmin que tu dois faire pointer au chomdu

ou alors on pourrait ajouter une nouvelle couche d'abstraction entre le hardware et l'hyperviseur

 
Visionnaire...

Pourtant il touche le mec, on va pas se mentir

RFC1925 rule 6a Je ne fais que proposer l'implémentation d'un standard éprouvé

ou alors on pourrait ajouter une nouvelle couche d'abstraction entre le hardware et l'hyperviseur

RFC1925 rule 6a Je ne fais que proposer l'implémentation d'un standard éprouvé

ah mais c'est une solution pour plam ça, il suffit de réécrire Xen en Java comme ça il sera compatible avec tout

Il se touche au boulot ?  

C’est pas forcément mon domaine moi je fais de l’infra dc/unix pure, mais des appliances saas, c’est un gros serveur pour faire tourner un progiciel en local chez un client ?

ah mais c'est une solution pour plam ça, il suffit de réécrire Xen en Java comme ça il sera compatible avec tout  

ah mais c'est une solution pour plam ça, il suffit de réécrire Xen en Java comme ça il sera compatible avec tout  

ah mais c'est une solution pour plam ça, il suffit de réécrire Xen en Java comme ça il sera compatible avec tout  

Ca me semble pas une mauvaise idée
 
Voir en windev

Y'a une dîme java ou pas ?