Reprise du message précédent :

Tous ces gens qui vont découvrir les inconvénients du Cloud

AMD est affecté par la seconde faille (Spectre).
--> https://meltdownattack.com/

Oui, des équipes qui font des MaJ centalisés qui permettent à des millions de clients d'être safe sans rien avoir a faire, ni même faire de la veille. Quel plaie.

Madame Michu, elle s’en fout. C’est pas sur son ordi, c’est dans le cloud. Enfin, le "Klaoude Maîtrisé".

Excuse-moi, je pense aux 3 péquins qui ont des environnements de prod qui ne peuvent pas se permettre un reboot à l'arrache. Le genre de trucs qui tu ne rencontres jamais en milieu pro

Du coup ils préfèrent se faire hack à l'arrache ?  

Voila.

Par contre quand tu fail de terminal sur un reboot c'est pas grave c'est lol.

Je pense que Microsoft, même si je les ai pas dans mon coeur, on bien pesé le pour et le contre avant faire ça.

Ils préfèrent planifier le reboot en passant par le process de change habituel. Vous êtes conscients que dans certains environnements, ce genre d'opérations non planifiée c'est un coût qui peut se chiffrer en millions ? Et qu'accessoirement, tu ne peux pas chier à la gueule du business quand tu veux comme tu veux. On ne parle pas de la VM de Gégé le dev là

pas mieux

Si tes VMs ne supportent pas d'être détruites ou redémarrées de manière inopinée elles ont rien à faire dans du cloud public.

dans les meilleur des mondes surement

si un reboot te coute des millions, c'est pas sur le Cloud qu'il faut foutre ta VM mais sur une installation Tier 4

Salut

Petite question concernant la faille Intel et plus précisément son patch à venir, sur des machines de rendu 3D (calcul only CPU), est-ce que je vais avoir des baisses de performance de calcul ?
Je n'ai pas trouvé de réponse dans ce cas spécifique. Parce que le soucis c'est que si je risque de perdre 30% de performance, je ne pourrai pas appliquer le patch, je suis déjà limite niveau puissance de calcul 3D actuellement

D'avance merci

Ou le monde des gens qui comprennent les outils qu'ils utilisent.
 
Les autres, s'ils veulent jouer avec le feu, parfois ça brûle.

Ou ceux qui n'ont pas forcément toute la liberté de faire ce qu'ils veulent

 
Si t'as ce genre de contrainte sur des services mission critical sur du cloud public il faut designer des solutions en conséquences ou ne pas utiliser du cloud public Ce genre d'opérations fait partie des contraintes de ces plateformes, et les plateformes proposent plein de mécanismes pour limiter à leur niveau les impacts de ce genre d'opérations : la sur mes services vraiment critiques j'ai des clusters rendondant, et Azure sait qu'il ne faut pas redémarrer les VMs de ces clusters en même temps.

Si tu fais des choix en connaissance à 100% des risques et de leurs conséquences ben faut les assumer les conséquences quand elles arrivent, même si ça fait pas plaisir   Et clairement si ça te coute des millions quelqu'un a fait de très mauvais choix

 
En général, tu assumes et trime pour compenser les choix de quelqu'un qui lui a touché sa prime

C'est un peu plus léger chez AMD et ARM.
Par contre c'est toujours aussi fun de lire Torvalds s'énerver :
https://lkml.org/lkml/2018/1/3/797

Il y va pas du dos de la main morte

« FUCK YOU, NVIDIA !! »

Il est toujours aigri de l'echec de Transmeta

C’est quand même impressionnant qu’un mec comme ça code encore

Transmeta  

Barbu un jour, barbu toujours  

C'est valide quand tu as fait le design de l'infra et/ou quand tu peux la modifier et/ou quand tu n'as pas de SLA.
 
Malheureusement l'implémentation du Cloud chez un client se résume souvent à "le moins cher"
Par rapport à ton poste, c'est pas le fait que le reboot soit nécessaire et programmé qui est chiant, c'est le fait qu'il soit effectué là, maintenant. Chez certaines boîtes, quand ce genre d'opération ne passe pas par le process de change, tu sais que tu vas te taper un incident P1 dans 100% des cas

 
Et ton code qui s'exécute en // du code de parfait inconnus leur permettant ainsi d'exploiter les failles du HW.  
 
"The  feasibility  of  exploitation  depends  on  a  number of factors, including aspects of the victim CPU and software and the adversary’s ability to interact with the victim. While network-based attacks are conceivable, situations where an attacker can run code on the same CPU as the victim pose the primary risk."
 
https://spectreattack.com/spectre.pdf

Je vois pas comment tu peux avoir un SLA d'un côté et de l'autre ne pas contrôler ton infra.
 
Et si des décisions débiles sont prises en amont à un moment il faut savoir dire que c'est pas ton problème.

Que ce soit chiant c'est pas la question, des compromis en fonction du prix tout le monde le fait, mais si des choix à n'importe quel niveau d'une boite font que tu peux pas rentrer dans les clous de tes process et ben faut adapter tes process ou accepter que des fois shit happens

Personne ?

attend bouge pas, je sors ma ferme de calcul 3D, je la patche dans les 10min et je te fais un benchmark
 
 
ou pas?

tu fait un backup complet, tu te montes un ptit bench reproductible et fiable
tu patches, tu chronometres, si c'est inaceptable comme perte de perf tu restores

Pourquoi faire du calcul par le CPU déjà ? Ya pas d'accel GPU ?

si c'est du linux , il peut simplement mettre le kernel à coté de l'ancien et booter dessus  
et le supprimer si trop mauvais

Parce que c'est bien plus fiable et stable que du rendus GPU avec les engines que j'utilise

C'est en effet une solution, reste à trouver le patch

Je demandais ça comme ça, on sait quand même avec certitude que certaines utilisations vont poser problème

Encore + simple, j'avais lu un truc comme

Même plus besoin de changer de kernel

KB4056897 pour win7 et 2008 r2 a priori
KB4056898 pour 8.1 et 2012r2

Attention ça peut chier avec Sophos
Ils ont poussé la MaJ en dehors de toutes statégie WSUS, c'est rare non ?

Les patches out of band  deMS c'est rare mais ça arrive, en 2017 y'en a eu 2 ou 3 de mémoire.

et du coup, win10 c'est le patch de novembre ?

Je sais pas trop. Apparement c’est dans fall creator update mais yen a un autre en plus apparement.

j'ai bien récupéré ces kb la nuit dernière, et avec ces dernières approuvées, pas d'installation sur mes postes en windows 7.
elles sont apparemment non applicables ...