EDICIóN GENERAL
418 meneos
6595 clics
Usuarios de Amazon Web Services ven empeorar rendimiento  tras aplicar los parches por el fallo de los procesadores

Usuarios de Amazon Web Services ven empeorar rendimiento tras aplicar los parches por el fallo de los procesadores  

Como se temía, algunos usuarios que han aplicado los parches anticipadamente se están quejando de que el rendimiento de los servidores ha empeorado. Como se puede ver en la gráfica suministrada por un usuario, la carga de CPU ha aumentado significativamente a pesar de que el tráfico de su servidor no ha aumentado.

| etiquetas: amazon , cloud , aws , impacto , rendimiento , meltdown
Comentarios destacados:                    
#15 #14 #9 Vamos a intentar explicarlo de manera sencilla.

Es posible que todos tus cacharros sigan funcionando sin que aprecies una bajada de rendimiento significativa, la bajada de rendimiento no es un problema del hoy, es un problema del mañana.

Los equipos se sobredimensionan con una potencia de calculo mayor que la demandada para que duren, si tu hoy mantienes por decir numeros al azar una media de uso de un 40% de la capacidad bruta de tu cacharro, estas muy a gusto, ese cacharro te aguantara unos añitos mas hasta que empieces a notar que te faltan recursos, si estas cercano al 70% ya va siendo hora de pensar en renovar equipo antes de que nos pille el toro, las aplicaciones son cada año mas exigentes y nla ley de Moore no perdona

La estrategia de comunicacion de intel es una falacia muy hijaputa, una bajada de rendimiento de un 30% no es un problema que veas hoy es un problema que ves el año que viene cuando tu equipo que habias planificado que te iba a durar unos añitos ya empieza a acercarse peligrosamente a la zona de obsolescencia y algo que habias estimado que te iba a durar digamos 5, 7 o 10 años, ahora ha visto disminuida su vida util.

Intel esta jugando a decir a la gente ¿No veis? No es pa tanto, si hoy apenas se nota, cuando el efecto de la bajada de rendimiento se ve en la vida util del procesador.
He autodescartado por error la anterior, no obstante esta está en español y con más información

www.meneame.net/story/impacto-rendimiento-detectado-instancias-amazon-
#1 El problema de ese usuario es del día 19, antes de que saliese la vulnerabilidad (y los parches), y se ha arreglado cambiando de instancia. Es al menos aventurado decir que es por el bug, cuando ni la propia amazon lo dice en el hilo de mensajes. Noticia sensacionalista/errónea.
#47 Amazon lleva parcheando las instancias desde hace días porque tienen el parche desde hace tiempo, lo que tenían era que reiniciar las instancias y los hosts y no es un usuario, en la noticia hay gráficas de 2 usuarios, el segundo indica claramente los reinicios en ellas

Y si quieres más información sólo tienes que ver twitter o las própias declaraciones de Amazon al respecto

Responding to criticisms from customers, an Amazon employee said:

“The update that is being applied to a

…   » ver todo el comentario
¿Que significa que Amazon ha aplicado el parche a su infraestructura pero los usuarios tienen que aplicarlo a sus instancias?
¿ Que es eso de que Amazon va a reiniciar las instancias de todo el mundo ?
¿ Va a aplicar el parche Amazon o sus usuarios ?
#2 A todos los usuarios de su cloud, claro.

Ellos gestionan los servidores y la vulnerabilidad les afecta. Si tienes contratados servidores co ellos, serán parcheados.
#2 -Lo han aplicado por las infraestructuras y las instancias
-Sí, ya las han rebotado todas de hecho
-Lo ha aplicado Amazon
#5 rebotar… qué barbárico. Vete a vacunar las carpetas
#2 Amazon es una empresa que va bastante más allá del comercio electrónico.
#19 Amazon gana más dinero vendiendo hosting que en su comercio electrónico.
#21 Desde luego. La empresa donde trabajo se dejan millones de euros anualmente.
#77 Why? Yo ya sé qué son los servicios de Amazon y lo que cuestan.
#76 Factura solo un 9% de la facturación total pero es lo más rentable, Amazon apenas tiene margen de negocio en su comercio electrónico.

Amazon gana el dinero con el hosting, me reitero.
#21 justamente por eso lo dije que va 'bastante más allá del comercio electrónico' :roll:.
#2 amazon parchea el
Hipervisor ( la virtualization ) pero los usuarios tienen que parchear las instancias. Amazon no toca más máquinas virtuales de los clientes.
Y para cambiar el hipervisor necesita reiniciar, y si, te ofrece que la reiniciar, y a partir de una fecha te reinician ellos.
#58

¿ Entonces las instancias que no han sido parcheadas por los usuarios siguen siend vulnerables ?
#59 Entiendo que si para el ámbito de ese usuario y sus clientes. Pero no entre máquinas de la propia Amazon. Dicho de otra forma, sería responsabilidad del usuario (cliente de Amazon en este caso) como si deja su equipo inseguro por no aplicar parches o una mala configuración.
Ahá, por eso me encontré el otro día caida la base de datos.
#3 Empezaron a rebotar esta mañana a las 10 GMT en teoria
#6 Pues espero que no reboten muy alto o podrían acabar colgándose en algún tejado :troll:
#33 De "reboot" sueltas rebotar en vez de reinciar pero ambas son entendibles y valen, ya lo explico en #52
#6 Reiniciar, se dice reiniciar. En la vida he escuchado a nadie decir rebotar, y trabajo en un CPD.
#44 Pues es que no has trabajado en muchos CPDs "reboot" al final lo llaman rebotar, yo hay veces que digo uno u otro es un anglicismo y neologismo es como encriptar y cifrar

Fdo: Un analista y administrador de sistemas, en concreto de Websphere Application Server certificado en la versión 7.0 y 8.5 por IBM, trabajo sobre sistemas basados en Linux (Redhat principalmente), Solaris y AIX en entornos Productivos, unas veces digo rebotar y otras reiniciar al igual que TODOS mis compañeros y los que he tenido en otros trabajos y tenemos el CPD pegado al puesto de trabajo
#52 Ni de palo es como encriptar. "Cripto" es una raíz de origen grecolatino con varios usos establecidos en castellano.

Boot no tiene cabida en el castellano por ahora, más allá de hacer la gracia o hablar rápido y que no te salga el término por estarlo leyendo en inglés.

Yo creo que es como la moda esa de decir "LOL" en hablado, que no va a avanzar a más porque fuera de cuatro gatos nadie la va a interiorizar como su idioma.
#55 Boot = Bota, Reboot = rebotar :troll: ;)

A ver si te tengo que enseñar el menu de bota de una bios  media
#55 Por cierto tu dices vater o excusado, penalti o tiro de castigo, corner o saque de esquina, selfie o autoretrato? son esas palabras con origen grecolatino? Pues eso ;)
#57 Sigue el argumento otra vez anda, lo de grecolatino es a favor de encriptar, no en contra de tu neologismo.

Y he dicho "por ahora" por algo. Aunque no creo que cuaje.

Lo de la BIOS... está bien por la gracia, como aquella vez que tuve que "establecer el mago de dientes azules" y no es coña, te dejo "destraducirlo" a tí, jeje.
#87 Por ahora sigo escuchando y leyendo "rebotar" al 50% (más o menos) con "reiniciar" y además tiene completo sentido hasta en español para mi y para todos los que están metidos en administración de sistemas, a alguinos veo que os gusta ir a mear y sujetárosla con con papel de fumar con una mano y el diccionario en en la otra.

No sé donde trabajáis macho pero llevo 17 años de administrador de sistemas y no tengo problemas con la manera de expresar algo que está claro para…   » ver todo el comentario
#52 ¿Y cómo decís 'pedante' tú y tus compañeros del CPD?
#81 Puedes preguntárselo a los que me han dicho que si "rebotar" era una barbaridad que parece que saben saben bastante de ser pedantes {0x1f609}
#82 Te comprendo. Si bien 'rebotar' es una palabra usada en la jerga informática, también es cierto que no es ampliamente utilizada.

Pero en ocasiones basta con saber que tú tienes la razón sin necesidad de demostrarlo a los demás. En mi opinión, el currículum de la postdata te ha sobrado. De ahí mi comentario. Sin acritud.
#83 Mi comentario hacia ti también iba sin acritud tranqui, lo que me toca los cojones es la gente que va de enterada por la vida y se pone a dar lecciones sin saber con quien habla

Un saludo :-)
#44 Los hay que se las dan de guays con el inglés y dicen "rebutear"
#6 merri crismas? Di feliz Navidad jodio
#46 Tu que dices vater o excusado, corner o saque de esquina, penalti o tiro de castigo? Pues eso ;)
Pues que reclame a Amazon, que es connquien tiene un contrato
#7 como en el contrato aparezca "x procesadores Intel blablabla" Amazon está cumpliendo.

La que se está empezando a llevar demandas es Intel. Y me encantaría ver cuánto afecta el parche a los superordenadores pero eso no se va a hacer público
#8 Pero se suponía que Google sacó ayer un parche diferente con el cual el impacto en el rendimiento era insignificante. No entiendo entonces qué está pasando o si por la urgencia están usando el parche ya aprobado.
#9 el parche penaliza el cambio de datos de usuario con datos de sistema (simplificando muchiiiiiiiisimo) depende de la aplicación, así te afectará.

Para uso normal de PC no se nota, los servidores sufren
#9 el de Google era para Spectre y no impacta en el rendimiento, este es para Meltdown y es el que impacta
#14 #9 Vamos a intentar explicarlo de manera sencilla.

Es posible que todos tus cacharros sigan funcionando sin que aprecies una bajada de rendimiento significativa, la bajada de rendimiento no es un problema del hoy, es un problema del mañana.

Los equipos se sobredimensionan con una potencia de calculo mayor que la demandada para que duren, si tu hoy mantienes por decir numeros al azar una media de uso de un 40% de la capacidad bruta de tu cacharro, estas muy a gusto, ese cacharro te…   » ver todo el comentario
#15 Negocio redondo!
#26 Negocio si vuelves a comprar Intel.

Si cambias de marca ya no será todo tan "redondo".
#15 Eso en equipos domésticos, en servidores 8y entornos virtualizados que parece que afecta aun más) se puede notar desde el día 1 dado que sí que puedes explotar la máquina. De hecho es lo normal, que en picos de trabajo/tráfico la máquina esté al 70%, 80% o lo que sea. Cuando dimensionas los servidores pues calculas tu tráfico normal y hasta donde vas a dar servicio, asumiendo que si tienes más no podrás. Pero imagina si, como yo, trabajas en una tienda online y de repente tu previsión de pico máximo de tráfico cae un 30%....
#48 hay otro aspecto curioso con lo que está jugando Intel de cara a control de daños a su imagen y es el porcentaje de bajada de rendimiento, te dicen que igual a ti solo te afecta un 5%, no un 35% lo cual es otra mentirijilla, te afecta un 5 porque actualmente estás ejecutando aplicaciones que hacen poco uso de la parte afectada... Pero... ¿Qué pasa si dentro de 7 meses en la actualización de las aplicaciones que corren en tu entorno empiezan a hacer un uso intensivo de esa capacidad? Pues q…   » ver todo el comentario
#48 en entornos domésticos lo de #15 no se aplica, ya que será mucho peor al tener muchos el rendimiento muy ajustado (p.ej. los típicos procesadores de bajo consumo que han ido sacando, que han estancado el rendimiento de los Intel i3-5-7 durante generaciones). Ni hablemos de tablets con Intel Atom, yo tengo una y tengo claro que no la pienso parchear, eso supondría tener un caro pisapapeles que no será capaz ni de reproducir vídeo a 720p fluido.

La ley de Moore ya está prácticamente…   » ver todo el comentario
#70 Creo que los Atom no están afectados. Al menos los de 32 bits... que son la mayoría
#71 www.reddit.com/r/intel/comments/7o4siw/intel_releases_an_affected_cpu_ si lo están, y los últimos Intel Atom (antes de la entrada de los Atom X3-5-7) con un rendimiento medianamente decente ya venían de 64 bits (la mía es Z) a pesar de que muchas vienen con S.O. de 32 bits (por tema de drivers y que la RAM apenas pasa de 2 GB).
#72 Esos sí, son los últimos. El resto no, porque aún eran de 32 bits (increiblemente)
#74 suerte tienen, la verdad es que por ventajas a una tablet no le aporta mucho ser de 64 o de 32 (y los Atom siempre han ido muy por debajo del resto de familias de procesadores). Usando apps convencionales, memoria <4 GB y que las apps han tardado una barbaridad en adaptarse a 64 bits (para obtener una mejoría de rendimiento despreciable), los 64 bit tampoco han sido demasiado relevantes en informática doméstica básica (tablets y PCs de internet y ofimática).
#15 Sencillo pero erróneo.

¿Ley de Moore? Hace tiempo que no aplica, ya no se pueden miniaturizar los transistores al ritmo de antaño. Por eso se empezó con el multicore hace años.

Por otro lado, ¿cómo crees que se va a seguir aumentando el rendimiento del procesador a la velocidad que haría “viejo” todo si por lo pronto tienen que cargarse este “bug” que no era otra cosa que una trampa para aumentar el rendimiento?

Los procesadores Intel (en el mercado a nivel usuario) han evolucionado muy poco en los últimos años.
#9 Para aplicaciones de uso doméstico (juegos, ofimática, navegador web, etc), el rendimiento no se ve afectado, pero en servidores y similares sí.
#25 que en juegos no afecta? Venga hombre...
#27, ¿tú has notado que te afecte? Aquí no se está diciendo que los juegos apenas usen procesador sino que el uso que le dan al procesador apenas se ve perjudicado por el parche. Sin embargo en servidores el parche va a bajar el rendimiento una barbaridad. No me preguntes que como es que apenas afecta en juegos, que no controlo.
#27 Apenas afecta. Si no lo crees lee este análisis del parche haciendo benchmarks de varios juegos antes y después de aplicar www.guru3d.com/articles-pages/windows-vulnerability-cpu-meltdown-patch ten en cuenta que los juegos usan muchísimo la gpu de la tarjeta gráfica más que la cpu y por tanto eso hace que les afecte mucho menos.
#8 Yo no puedo darte datos concretos porque escapan a mí conocimiento y por confidencialidad, pero sobre puedo decir que las supercomputadoras que tenemos para análisis radiológicos y de genoma estoy teniendo porcentuales del 8 % de pérdida de rendimiento y del 15% en aumento de consumo. Aún no he cuantificado el impacto económico porque estoy de vacaciones pero para mi universo de pacientes será importante, además alquilamos potencia de cálculo a Universidades y otros centros médicos y ahora empezarán las peleas sobre que ellos no tienen culpa de que ahora la potencia usada suba...
Yo aprovecho mis vacaciones en Dubai y que mis informáticos se encarguen de ello a ver si luego tanta alarma es real o no.
#8 En un entorno totalmente aislado y con código controlado puedes permitirte tener un Kernel inseguro. Si se lo alquilas a terceros, nope, ni de tripis.
#16 es lo bueno de no tener internet en casa ...
Nada que no se supiera que iba a pasar.
#11 en realidad no se sabía exactamente cuanto rendimiento iba a haber de pérdida ni según qué condiciones, Intel decía que iba a ser en sistemas con mucha carga y determinadas tareas donde se notaría y el resto sería imperceptible, esta es la prueba de que hasta en un servidor en idle (que no hace nada) hay mas consumo de CPU
En bases de datos es donde realmente se llega a perder el 30% de rendimiento.
#17 A mí me han follado vivo desde luego. He pasado de tener unas bds holgadas a ir todo petao. Estoy con un mosqueo espectacular.
#20 las de nuestra empresa han empezado a ir hoy a tirones en determinados momentos también. Las tenemos con google y se ha notado bastante.
Los que siempre decían que no hacía falta optimizar las aplicaciones porque con el rendimiento de los servers actuales ya tal, tendrán contentos a sus clientes si mañana les tienen que decir que paguen más para tener el mismo rendimiento, :troll:
El camino que queda es optimizar las aplicaciones, pero eso no es tan fácil. Un buen momento para hacer un alto de implementar en forma enfermiza N mil funcionalidades, y hacer más caso a la seguridad y al desempeño.
#22 putas features, dan ganas de escribir un manifiesto, a lo agile pero al reves, le llamaria stable, y su primera regla seria "no implementes una feature salvo que caiga el mundo si no lo haces"
Afecta al Garden Scapes??? Decidme que no!!!
#23 Eso ke é?
#29 El mejor juego para móviles que existe
Y después de todo lo que conlleva este escándalo (usuarios, empresas, instituciones y servicios del Gobierno, etc.) ¿Se le van a pedir cuentas a Intel o será otro “aquí no ha pasado nada”?
#24 No se que casos de "aquí no ha pasado nada" conoces, pero en USA con estas cosas no se andan con tonterías.
#31 Bueno, me refiero en general. Nos toman el pelo a todos y pagamos el pato los de siempre. Y en cuanto a las consecuencias, me refiero también a nivel global. Está muy bien que en USA les den caña, pero esta historia es a nivel mundial y desde hace décadas.
#31 pues por ejemplo al de las baterías de Apple
Hola buenas, compro mis regalos en AMAZON y a nivel global aun no me ha llegado, creo que debo reclamar. Por cierto acabo de abrir pleito ante la comunidad de vecinos porque la luz del portal antes era verde azulada y ahora es full azulada, lo cual hace que mi niña no duerma bien. Entre Amazon y la luz azul veo que a mi niña tan solo la podre alimentar de verduras y frutas arghhh.
#35 tampoco reclames cuando tus bricks de 1l de leche traigan 0.7l.
Cuando compras un servicio, lo compras con sus especificaciones técnicas.
Si te gastas 5000€ (las empresas gastan muchas órdenes de magnitud más) al año en servicios en Amazon, que te pasen a dar un 30% menos es una pérdida muy alta, ya que hay que compensarla con incrementar un 30% el número de servidores y verificar que la arquitectura aún te sirve.
Si necesitas 3 litros de leche, vas a tener que comprar no solo 3 bricks, sino algo más de 4. Y verificar que ahora la nevera tiene espacio para los bricks extra
#35 Compra a tiendas físicas no a la mafia.
Da que pensar, pues estas actualzaciones que son obligatorias Amazon podrá solucionarlas dada la "modernidad" de sus equipos, pero aquí en España hay muchos sitios con ordenadores sin soporte oficial (win 95, 98, Xp....) en acienda, hospitales, bancos..... Que vulnera nuestros datos, y sabiendo la velocidad del gobierno y que esto se arregla con dinero pues veo un futuro mangoneo de subenciones épico.
Amazón. KK.
El parche lo estan sufriendo estos servicios más que ninguna otra cosa.

menéame