Reprise du message précédent :
tu mets un theme win10

les Code Duo, c'est trop vieux, ça sert plus à rien (13 ans au moins)

J'ai installé W10 sur des Dell D600 mono core  32 bits  
Mais c'etait en 2016

T5600... Selon gogole c'est sensé marcher  

https://answers.microsoft.com/en-us [...] 46111e6530

Si c'est un F3JP visiblement t'es dans la merte.

Il n'empêche que j'ai eu un F3J à une époque, super machine  

doit falloir injecter des drivers alors

 
bah ça reste quand meme jouable, d'habitude. c'est pas comme les anciens P4 en s478 (enfin là on tape dans la brocante ) ou 775 (pourtant pas "si" vieux , et qu'ont rien à voir avec les C2D sur le meme socket )
 
par contre, pour le PC qui veut pas passer sous w10, j'aurais aussi dit de prendre une ISO plus ancienne, mais ya ptet une incompatibilité hardware quelque part, comme révélé par Iryngael
 
dans ce cas-là...  

les coreduo (pas C2D) ça rame quand tu lances une vidéo flash ou autre chose du genre

ah putain, oui. les core duo (et pas core 2 duo), c pas la meme archi, c que des cpu pour portables... et du coup, optimisés conso, pas puissance ... my bad, j'ai confondu (ou plutot, j'en ai jamais trop eu perso, j'avais oublié que ça avait existé !)

Yonah, ça dépannait à l'époque mais avec le web 3.0 ça suffit pas

Pour rappel Yonah est classé dans l'archi P6

En gros c'est un P3 boosté

C'est ac un tableau comme ça qu'on voit bien  comment Intel est empêtré dans son 14nm!

c'est clair
faut qu'ils rachètent l'autre fondeur

Fallait surtout éviter de virer la r&d sous prétexte que de toute façon il n'y avait plus de concurrence.
Et encore pour l'instant c'est que AMD quand les proc arm auront bien progressé ca ne va pas aller mieux.

Je pense pas que dans 10 ans on trouvera de l'ARM dans un mac par exemple

C'est quoi le CPU? Je voterais bien pour un Atom uniquement compatible 32 bits (mais il a ptet tenté l'ISO 32 bits) ou 64 bits (cas du BIOS UEFI 32 bits only).
Edit: ah ouais un Core Duo, faut être maso là...

Moi ca ne m'étonnerai pas.
 
En gros sous mac ils ont déjà la puce T2 qui est un arm et qui va peut être voir ces fonctions étendues au fur et a mesure pour une transition douce.
 
Et coté MS ils planchent déjà sur le sujet depuis quelques années mais n'ont pas envie de refaire la connerie de la surface RT  

T'inquiète ils viennent de la refaire avec la Surface Pro X

Processeur Microsoft SQ1  

La connerie c'est pas le produit, c'est de compter sur les dev pr convertir rapidement leur applications afin d'eviter l'emulation x86.
et puis ils sont pas a l'abri que Intel leur dise, stop c'est fini la rigodrolerie avec la licence x86.

Pour le Asus F3J a priori la CG serait une des fautives aussi...

Mdr Microsoft qui oublie de renouveler son certif pour l'auth de Teams.
 
 

lol

Chez eux aussi, y’a des stagiaires ?

Ah c'était donc ça l'incident sur teams chez nous

Bonjour, une question, ma nouvelle administration nous demande de tout migrer dans le cloud. Sans connaître le périmètre. C’est du y a qu’à faux con. Et sans rien comprendre.
Nous avons environ 80 serveurs en interne (production et infrastructure) et 80 serveurs hébergés à l’extérieur pour des applis metiers et web a destination des Français.
On nous dit de migrer vers Amazon, sans l’aval de l’Anssi et de notre ministère de tutelle. Car un consultant qui parle bien aux oreilles de notre Secrétaire général lui explique que l’avenir est la....
 
Je suis admin système réseau et responsable de la production et en place depuis 1 mois. Du coup je sent un mauvais truc arriver.
Pour ceux qui sont tout en cloud, il vous reste quoi à faire après comme travail ?

ben s'il s'agit de déplacer des VM ("lift and shift" ), tout pareil sauf la gestion des hotes
mais faire ca c'est en général pas très intéressant financièrement

 
 
A peu près tout pareil à part la gestion des fins de garantie des serveurs.
 
Le cloud c'est tout sauf magique, tu geres pas 80 serveurs/services comme comme tu gère ton dropbox perso.
C'est d'ailleurs là tout le piege en fait.
 

"migrer dans le cloud" ça veut tout dire et (surtout) rien dire. Faut cadrer le projet sinon ça va finir en bête lift and shift, puis au prochain trimestre vous vous rendrez compte que ça coûte en fait 2 fois plus cher que du on premise sans plus value majeure et après y avoir passé un temps fou

Faut que je retrouve cette présentation de gartner, avec les raisons de passer au cloud, de la meilleure à la pire. "Parceque la direction a décidé" étant tout en bas.

Ça c'est en plus quand t'as une connexion pro de ouf à 2mb/s et que tu apprends qu'il faut tout mettre sur le claoude.

ils nous avaient pas déjà fait le coup pour un truc style skype

pour le cloud, quand je vois déjà la merde que ça a été, que c'est, et que ça va etre, d'avoir forcé une migration de datacenter sur ordre de la direction, je plains ceux qui doivent en plus partir dans le cloud

 
Nous avons une ligne interministérielle de 20mb pour 180 personnes .... et la
Ligne GB sera active dans quelques mois si les remplacèrent de Firewall sont validés.
Ils datent de 2008 et sont sans garantie ni support. Et sans VPN.
Mais je suis preneur pour le document de Gartner.

Ça dépend de si tu exploites au maximum les services serverless d'AWS avec l'automatisation et le provisioning.
Dans ce cas, tu fais juste de la supervision et tu travailles en amont avec les autres équipes pour faire évoluer l'infra en regard des nouveautés, contraintes réglementaires, coûts et besoins métier. Mais pour en arriver là c'est un sacré taff.
Si vous mettez les serveurs dans le cloud sur des banales instance EC2, vous n'avez pas gagné grand chose.

Ah, "chez nous ça marche" pour les admins sys et les dev, les autres services étaient en rade.

 
Encore plus de boulot qu'avant mais pas le même :
 
* achat de capa infra + remplacement de matos => gestion du finops (suivi des budgets, réservation des instances, optimisation de dépense)
 
* déploiement d'application => lift & shift (mêmes vm) nécessite une conversion du template et la conversion en composants serverless cloud nécessite encore plus de boulot
+ la partie devops que tu en profites pour initier donc du boulot en plus
 
* monitoring => de quoi ? des infra ? des applicatifs ? des services rendus ?
Le panel de composants proposés permet de faire bcp plus que simplement monitoring infra cpu/ram/disque.
Donc ... bha on teste, on rajoute, et des alertes, et du code serverless (functions/lambda) pour gérer des incidents en direct, etc
 
* réseau & sécurité => les différents niveaux techniques, les couches de sécurité mélangées, les contraintes techniques ou l'absence d'un FW réseau N7 ... tout ça, ça fait réinventer le boulot.
 
Mais c'est vrai que, par contre, quand ça tourne, ça tourne ... à peu près
 
   

On a bien rigolé ici aussi

Accessoirement, c’est soumis marchés publics. Bonne chance pour tout boucler en quelques mois.

J'ai fait un test 'simple' la semaine dernière, étant totalement novice en ce qui concerne Azure/Cloud et consort, ça confirme bien ce que je pensais....Relativement simple à mettre en oeuvre, certes (...enfin pour l'usage que je pourrais en avoir...) mais les coûts réel de fonctionnement ont vite fait de rattraper du 'On Premise'. Une simple infra avec un AD + AD domain services + La VM sous win2019 qui semble indispensable rien que pour les GPO (je me trompe? ), on est dans les 85€ mensuel.    
Après, le compte Azure a été ouvert initialement pour le 'POC' d'un presta, et là, effectivement ça se tient lorsqu'il s'agit de monopoliser brièvement une puissance de calcul colossale.
On devrait pouvoir avec ce projet traiter 2 To de vidéos en quelques heures pour moins de 200€, sachant qu'on la ferait tourner au mieu 2 fois l'an pour nous ou sur commande spéciale.

Si même gartner le dit