Menéame: comentarios [2882579]

#57 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

meneandro — Fri, 05 Jan 2018 15:25:21 +0000

#31 Es sólo para probar (con todas las funcionalidades, pero eso si, a velocidad usb/dvd, que puede ser un tanto lento comparado con un ssd o un disco duro y una instalación normal, salvo que realices una instalación en tu propio disco o en una máquina virtual, claro). El hard tiene que ser muy muy nuevo y/o de algún fabricante raro para que no esté soportado sin instalar nada, al menos en las distros más populares (tipo ubuntu).

Evidentemente, se arranca desde un dispositivo que no es el disco duro, tu windows sigue ahí sin tocar (una vez más, salvo que instales en paralelo junto al windows, donde no se toca el windows pero si se mantiene ahí o si lo haces en una máquina virtual, que al fin y al cabo no es más que un fichero gordo) y los cambios no son permanentes, son "una sesión" por así decirlo.

La programación no es necesaria para probar ni para usar linux en el día a día (mucha gente lo usa para cosas básicas sin tener ni puñetera idea de informática, así en general). La ventaja de linux es que tienes todo a mano para si en algún momento te interesa puedas hacerlo, si quieres compilarte, examinar, jugar y manipular tú mismo cualquier aplicación que esté en sus repositorios (el propio kernel incluído) puedas hacerlo.

El positivo es probarlo por ti mismo y ver si de alguna manera puede ganarse un hueco en tu vida.

» autor: meneandro

#56 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--37472-- — Fri, 05 Jan 2018 10:58:54 +0000

[Usuario deshabilitado]

» autor: --37472--

#55 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Ainur — Fri, 05 Jan 2018 10:41:00 +0000

#12 Mientras no lo consigan en Windows no se salen con la suya, que el So mayoritario

» autor: Ainur

#54 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Avaron — Fri, 05 Jan 2018 09:19:38 +0000

Para copypastear del translator esa entradilla, yo me habría estado quieto. O habría escrito alguna frase aleatoria en castellano, habría tardado menos y no habría quedado tan mal.

» autor: Avaron

#53 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

int21h — Fri, 05 Jan 2018 00:53:21 +0000

#31 Si sirve para que te animes a probar, te diré que aunque ya había probado Linux antes, se convirtió en mi S.O. habitual "gracias" a una grabadora de CD's de HP que era una p*t* mierda bajo Windows.

Y de esto hace unos 20 años.

» autor: int21h

#52 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

apetor — Fri, 05 Jan 2018 00:51:49 +0000

#22 Como tocaba.

» autor: apetor

#51 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

int21h — Fri, 05 Jan 2018 00:50:33 +0000

#25 "Intel Inside" es solo un eslógan comercial, no un modelo ni una familia de procesadores.

Te quedan cosas por aprender, pero ánimo, con paciencia todo se consigue.

» autor: int21h

#50 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

apetor — Fri, 05 Jan 2018 00:43:58 +0000

#5 En efecto, a parte de cual sea el % de perdida de rendimiento de aplicar esta CHAPUZA para paliar meltdown, hablemos claro:

En lo que respecta al apartado tecnico, chapo a los investigadores; pero ( there's always a but, isn't there ? ), en lo no tecnico, entendidas las tres variantes ( dos primeras = spectre y tercera = meltdown ) y visto el advisory, articulos, etc., lo tengo claro:

- intel ha metido mucha pasta aqui, y eso, ojo, no es malo, es pasta merecida y pasta necesaria
- spectre, las dos primeras variantes, con lo que sabemos, no se acercan ni de lejos a meltdown, tercers variante. La chicha gorda, riesgo e impacto del arreglo ( una CHAPUZA que hace sentirse sucio a cualquiera que entienda lo que hace ) esta en meltdown, del que solo intel adolece y, ya veremos, del que parece que han sacado ventaja por no aplicar los pertinentes chequeos. A ver como cambia el IPC de los micros que arreglen esto en hardware, podria haber sorpresas.
- parece que esas dos variantes primeras, spectre, son algo metido para poder hacer totum revolutum y decir que "AMD tambien". NO, AMD NO, aqui el resumen es que hay dos cosas que no son mucha cosa ( cache side channel attacks en kernelmode ) y son faciles de paliar sin mucho trauma y luego esta el asunto real, meltdown, que es no chequear privilegios ANTES del acceso a memoria en ejecucion especulativa; intel lo hace, AMD NO.

Con todo esto, leyendo y viendo la suavidad con la que se ha hecho todo, incluido el advisory y muchas publicaciones y viendo este totum revolutum y demas:

Damage control, orquestado con tiempo.

Al final, uno de los pocos que ha puesto la cosa en balance con franqueza, el señor Torovoltos.

» autor: apetor

#49 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--166625-- — Fri, 05 Jan 2018 00:00:29 +0000

[Usuario deshabilitado]

» autor: --166625--

#48 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Fullmoon — Thu, 04 Jan 2018 21:50:34 +0000

Te habrás quedado a gusto pasando la entradilla por el traductor. Madre de cristo, qué redacción más penosa.

» autor: Fullmoon

#47 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

saqueador — Thu, 04 Jan 2018 21:15:35 +0000

#3 AMD dice q no es vulnerable a Meltdown (la vulnerabilidad del parche), que una variante de Spectre no está demostrado que le afecte y que es vulnerable a otra (que según dicen hay que parchearla por software).
Eso es lo que dice en su comunicado.

» autor: saqueador

#46 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

xiobit — Thu, 04 Jan 2018 18:01:26 +0000

#45 Yo tengo el FX-8350 4ghz 8 cores y estoy muy contento.

» autor: xiobit

#45 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--555962-- — Thu, 04 Jan 2018 17:54:41 +0000

[Usuario deshabilitado]

» autor: --555962--

#44 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--555962-- — Thu, 04 Jan 2018 17:30:38 +0000

[Usuario deshabilitado]

» autor: --555962--

#43 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

eltercerhombre — Thu, 04 Jan 2018 17:02:56 +0000

#31 las actualizaciones son automáticas.

Firefox funciona como un tiro y libre Office igual que en Windows o mejor. No, realmente va mejor (aunque ni se acerca al MS office, que le da mil vueltas).

La grabadora, la tarjeta de sonido, y todo lo demás funciona perfecto. Excepto los juegos (cosa que a mi me la pela).

Ponte una Ubuntu. No necesitas saber programar.

» autor: eltercerhombre

#42 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--556831-- — Thu, 04 Jan 2018 16:52:15 +0000

#33 Bien traído y necesario. Menéame te informa, Menéame te enseña.

» autor: --556831--

#41 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Mael — Thu, 04 Jan 2018 16:44:31 +0000

#39 "Cienes de veces no tiene nada de raro salvo que está en desuso la palabra "cienes", se suele utilizar "cientos" pero sigue siendo correcta."

Pues a mi esa frase me la ha dicho mi madre cienes y cienes de veces
...y así me parta un rayo si miento!

(perdón, no lo he podido resistir, ya paro )

» autor: Mael

#40 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Lekuar — Thu, 04 Jan 2018 16:41:39 +0000

#37 Originalmente la frase se usaba cuando alguien ponia mucha insistencia en una mentira.

» autor: Lekuar

#39 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

eldelmedio — Thu, 04 Jan 2018 16:41:12 +0000

#36 No veo los casos iguales:
Por activa o por pasiva quiere decir de todas las maneras, sin ser palabras excluyentes sino que amplían el ámbito de acción. Lo mismo para civil o criminal.
Cienes de veces no tiene nada de raro salvo que está en desuso la palabra "cienes", se suele utilizar "cientos" pero sigue siendo correcta.
El rayo ni lo veo relación, sólo es una frase hecha que enfatiza la convicción del hablante casi como si se apostara su vida (aunque sabemos que el rayo no va a caer si pierde).
En el caso de "juro y perjuro..." sin embargo el significado sería "juro y miento al hacer el juramento que..." se utiliza como énfasis pero el significado que hay detrás es contradictorio.
Como pone #34 este uso que sigo viendo contradictorio está no obstante registrado en la RAE.

» autor: eldelmedio

#38 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

jalepo — Thu, 04 Jan 2018 16:35:27 +0000

#10 mm, que yo sepa AMD está afectado de Spectre 1 y si tiene solución por parche sin perdida de rendimiento.

Luego ARM está afectada (en los últimos cortex-A) en Spectre 2. AMD aquí está "afectada" entre comillas pero no de manera aplicable para realizar un ataque (el atacante tendría que conocer las abreviaturas del BTB, cosa que no es predecible en AMD (y si en Intel y ARM), al menos no por ahora.

Meltdown (la más grave) afecta solo a Intel (a la que afectan también spectre 1 y spectre 2)

» autor: jalepo

#37 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

eldelmedio — Thu, 04 Jan 2018 16:34:23 +0000

#34 Me la como, aunque huele de lejos a que lo de añadir fuerza viene de la introducción estilo "aceptamos barco" del mal uso, pero registrado en la RAE como tantas cosas al ser un uso real de la lengua viva.
Basta ver que es contradictorio con el significado principal que comentaba, y que viene casi asociado a jurar por vicio es decir, al mal uso del juramento.

» autor: eldelmedio

#36 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Mael — Thu, 04 Jan 2018 16:30:55 +0000

#33 Pero es que se trata de una frase hecha, pese a estar de acuerdo con tu explicacion.
"Jura y perjura" viene a decir que se está afirmando algo de todas las formas posibles.
Algunas variaciones de esto (y algunas con errores similares a lo que comentas, no dicen exactamente lo que pretenden) serían:
- Por activa y por pasiva.
- Por lo civil o por lo criminal.
- cienes y cienes de veces.
- así me parta un rayo si miento.

etcétera ^^

Edit: Ojo, y todo esto sin acritud ninguna (para una cosa que me sé, pues voy y la cuento )

» autor: Mael

#35 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--2002-- — Thu, 04 Jan 2018 16:29:33 +0000

#33 Me pasa lo mismo. Me chirría esa expresión cada vez que la oigo.

» autor: --2002--

#34 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Riski — Thu, 04 Jan 2018 16:26:03 +0000

#33 Sacado de la RAE:

perjurar

Del lat. periurāre.

1. intr. Jurar en falso. U. t. c. prnl.

2. intr. Jurar mucho o por vicio, o por añadir fuerza al juramento.

3. prnl. Faltar a la fe ofrecida en el juramento.

» autor: Riski

#33 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

eldelmedio — Thu, 04 Jan 2018 16:17:36 +0000

#3 Lamento hacer un comentario de nazi gramatical pero es por lo menos la tercera vez que leo en este asunto que "AMD jura y perjura...", así que supongo que no es algo puntual.
Perjurar es jurar en falso, y es incorrecto el uso de esta palabra para hacer énfasis en que se está jurando algo, ya que de hecho al hacerlo así se está diciendo que el juramento no tiene validez.

De nuevo, perdón por mi cuñadismo, y que conste que es con mis mejores intenciones.

» autor: eldelmedio

#32 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

darkdead4 — Thu, 04 Jan 2018 16:12:24 +0000

#12" Exclude AMD from the PTI enforcement. Not necessarily a fix, but if
AMD is so confident that they are not affected, then we should not
burden users with the overhead"
Tiro directo en la linea flotación intel.

» autor: darkdead4

#31 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--554714-- — Thu, 04 Jan 2018 16:12:07 +0000

[Usuario deshabilitado]

» autor: --554714--

#30 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--546793-- — Thu, 04 Jan 2018 16:11:28 +0000

#28 jajajajaja

» autor: --546793--

#29 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Sheldon_Cooper — Thu, 04 Jan 2018 16:09:12 +0000

#5 Perdón por el calzador, pero es que la excusa de intel me suena al PP diciendo que "la corrupcion es cosa de la sociedad y por eso ningun partido se libra"

» autor: Sheldon_Cooper

#28 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

eltoloco — Thu, 04 Jan 2018 15:59:31 +0000

#17 más bien tiene pinta de que lo ha traducido su primo:

www.youtube.com/watch?v=CiUAovbXtwU

» autor: eltoloco

#27 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

meneandro — Thu, 04 Jan 2018 15:45:56 +0000

#25 prueba...

www.muycomputer.com/2014/11/06/probar-linux/

» autor: meneandro

#26 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--273137-- — Thu, 04 Jan 2018 15:42:54 +0000

#9 Tanto en los micros de Intel como en los AMD salta el error de acceso a memoria. La diferencia es que en los AMD salta antes siquiera de intentarlo, y en los Intel salta después, cuando se va a escribir el resultado de la instrucción. Y en este caso, aunque la instrucción no llegue a completarse, queda guarrería en la caché que permite determinar lo que allí había.

» autor: --273137--

#25 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--554714-- — Thu, 04 Jan 2018 15:38:11 +0000

[Usuario deshabilitado]

» autor: --554714--

#24 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--78579-- — Thu, 04 Jan 2018 15:34:54 +0000

#21 están afectados por Spectre, no por Meltdown. Este parche quería meter el workaround de Meltdown en todas las CPUs x86.

» autor: --78579--

#23 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

ccguy — Thu, 04 Jan 2018 15:33:14 +0000

#1 No es lo mismo un comunicado que un parche para el kernel de linux que deshabilita las "medidas especiales" si la CPU es AMD.

Vamos, en lugar de mandar al que escribe las notas de prensa AMD ha mandado a un desarrollador que se ha dejado de gilipolleces y ha zanjado el asunto con 4 líneas de código.

» autor: ccguy

#22 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

pip — Thu, 04 Jan 2018 15:30:53 +0000

Me encanta ver directamente la lista de correo del kernel en Meneame

Para quien no entienda un carajo, aclarar que esto simplemente indica que en la última revisión del kernel de Linux los procesadores AMD no se ven afectados por la ralentización que provoca el workaround a la madre de todos los bugs de hardware.

Alguien de AMD ha subido un parche, y el gran jefe indio Linus lo ha aceptado y mezclado con la rama principal.

» autor: pip

#21 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--506045-- — Thu, 04 Jan 2018 15:30:04 +0000

Mandas un correo de hace 1 semana justo hoy que se ha conocido que los procesadores de AMD sí están afectados?

» autor: --506045--

#20 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Marinmenyo — Thu, 04 Jan 2018 15:29:15 +0000

Quien ha escrito esa entradilla?

» autor: Marinmenyo

#19 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--555836-- — Thu, 04 Jan 2018 15:25:36 +0000

#16 Hombre blanco habla con lengua de serpiente.

D.E.P. Javier Krahe

» autor: --555836--

#18 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--555836-- — Thu, 04 Jan 2018 15:24:44 +0000

#6 (Dale al me gusta si entiendes el alemán)

» autor: --555836--

#17 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--546793-- — Thu, 04 Jan 2018 15:18:55 +0000

Lo ha traducido M. Rajoy: Los procesadores AMD no están sujetos a los tipos de ataques que el kernel la característica de aislamiento de la tabla de página protege contra.

» autor: --546793--

#16 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--162073-- — Thu, 04 Jan 2018 15:18:10 +0000

[Usuario deshabilitado]

» autor: --162073--

#15 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--165145-- — Thu, 04 Jan 2018 15:17:34 +0000

#0, no es buena idea poner la entradilla traducida directamente de Google

» autor: --165145--

#14 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--37472-- — Thu, 04 Jan 2018 14:23:43 +0000

[Usuario deshabilitado]

» autor: --37472--

#13 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--26321-- — Thu, 04 Jan 2018 13:12:45 +0000

#11 ¡No lo había visto! Lo bueno es que en el patch del patch, los de AMD han quitado esa línea diligentemente

» autor: --26321--

#12 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--37472-- — Thu, 04 Jan 2018 12:03:26 +0000

[Usuario deshabilitado]

» autor: --37472--

#11 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

dphi0pn — Thu, 04 Jan 2018 11:07:41 +0000

/* Assume for now that ALL x86 CPUs are insecure */
Trolleo del güeno

» autor: dphi0pn

#10 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--562550-- — Thu, 04 Jan 2018 10:27:03 +0000

[Usuario deshabilitado]

» autor: --562550--

#9 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

Tensk — Thu, 04 Jan 2018 09:52:19 +0000

#2 Básicamente, que sus procesadores no sufren de ese "pequeño problema" que es que un proceso quiera acceder a zonas de memoria a las que no tiene permiso, incluso "probando al azar", y se le permita dicho acceso, sino que en tal caso salta un error de acceso a memoria como está mandado.

Sé que ahí hay un chiste malo mezclado con el procés, pero dejo el calzador a otro.

» autor: Tensk

#8 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--373122-- — Thu, 04 Jan 2018 09:21:28 +0000

#5 Probablemente pierden más, dependiendo del escenario. Las pruebas preliminares hablan de un 7-30%, pero es que se hicieron benchmarks demasiado genéricos. En el hilo sobre el parche se habla de caídas generalizadas de doble digito en el rendimiento en entornos de virtualización y paravirtualización, mayores cuantas más VMs haya en ejecución.

Súmale a esto que la virtualización enterprise está prácticamente comida por Intel, por lo que imagínate la leche... azure, google cloud, aws, todo aquello que corra sobre k8s o openstack. Incluso docker.

» autor: --373122--

#7 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--302145-- — Thu, 04 Jan 2018 09:20:28 +0000

[Usuario deshabilitado]

» autor: --302145--

#6 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--11417-- — Thu, 04 Jan 2018 09:19:18 +0000

#2 Imagino que ya ha dejado de estar "Voll"

» autor: --11417--

#5 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

xiobit — Thu, 04 Jan 2018 09:16:37 +0000

Tiene pinta que Intel quiere minimizar el problema diciendo que es de todos.

Lo cierto es que los procesadores Intel van a perder un 30% de rendimiento.

» autor: xiobit

#4 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--548597-- — Thu, 04 Jan 2018 08:55:47 +0000

#2 Cerveza mañanera, la mejor compañera. Salud.

» autor: --548597--

#3 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--562550-- — Thu, 04 Jan 2018 08:54:24 +0000

[Usuario deshabilitado]

» autor: --562550--

#2 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

--550559-- — Thu, 04 Jan 2018 08:47:47 +0000

No he entendido un pimiento, pero meneo. (_{Me he encontrado una Woll damm escondida en el fondo de la nevera)}

» autor: --550559--

#1 Correo de responsable de AMD a los desarrolladores del kernel Linux [ENG]

pepel — Thu, 04 Jan 2018 08:47:21 +0000

#0 dupe: www.meneame.net/story/comunicado-amd-respecto-seguridad-procesadores-e

» autor: pepel