“When a syscall, trap, or interrupt takes a CPU from userspace to kernel the trampoline code switches page tables, switches stacks to the thread's real kernel stack, then copies over the necessary bits from the trampoline stack. On return to userspace the opposite occurs: recreate the iretq frame on the trampoline stack, switch stack, switch page tables, and return to userspace.”
Genial gasto de recursos, aumento de latencia y reducción de rendimiento gracias a los chapuceros de Intel.
Meltdown: implement user/kernel page table separation.
On Intel CPUs which speculate past user/supervisor page permission checks,
use a separate page table for userspace with only the minimum of kernel code
and data required for the transitions to/from the kernel (still marked as
supervisor-only, of course):
- the IDT (RO)
- three pages of kernel text in the .kutext section for interrupt, trap,
and syscall trampoline code (RX)
- one page of kernel data in the .kudata section for TLB flush IPIs (RW)
- the lapic page (RW, uncachable)
- per CPU: one page for the TSS+GDT (RO) and one page for trampoline
stacks (RW)
#2 No pretenderás que dejen de vender los flamantes nuevos intel serie 8 sin intentar meter mierda en ryzen/epic.
Lo mas triste es que saldrán los ryzen+ que si no igualan en ipc los intel se les van acercar mucho con el plus del multicore superior y las ventas de intel ni se van inmutar.
Yo lo tengo claro que mi próximo pc sera un ryzen +paso de comprar un cpu que necesita 2 parches que le revientan el rendimiento.
#3 lo primero, tengo un Ryzen 7 1700 (una auténtica gozada) y te lo comento para que no pienses que lo que voy a decir tiene algún tipo de interés:
- Los Intel en algunas cosillas siguen un paso por delante. Por ejemplo, a nivel de virtualización, Intel va por delante en algunas tecnologías y tiene exclusividad en otras (por ejemplo, la tecnología HAXM; lo notas si desarrollas para android ya que con AMD no puedes levantar un simulador android potente)
- El parche contra Meltdown, a nivel usuario, no tiene impacto en el rendimiento (o no debería). Especialmente si vas a usar el PC para jugar, es irrelevante el parche (no voy a entrar en el nivel de enfado que genera saber que conocían el error y no han hecho nada para subsanarlo)
- AMD sigue siendo vulnerable a Spectre y no se espera que corrija la vulnerabilidad hasta 2019 (Ryzen2, Ryzen+ o como se llame al final la segunda generación Ryzen es vulnerable, al igual que EPYC y Threadripper). Aunque ya han sido parcheados, sigue siendo un parche a nivel SO.
Sea como fuere, repito: tengo un R7 1700 y no lo cambio por nada, estoy encantado con él. tengo montado Vagrant + Docker con carga alta y no me va peor que a un colega que tiene lo mismo montado en un i7 8700k (valiendo 100€ menos y arrojando peores benchmarks)
#4
Cuñado detected. https://github.com/intel/haxm
Meltdown: afecta a todo el software en mayor o menor medida. Depende del programa. Precisamente la virtualización es una de las cargas de trabajo más afectadas.
Spectre: depende del predictor. El de Ryzen todavía no se conoce por lo que de momento no es vulnerable, hasta que se pueda hacer ingeniería inversa para poderlo entrenar al gusto.
#7 a ver, cuñadito, cuéntame. Qué dije yo? Dije que para jugar, el parche para meltdown es irrelevante, lo cual es cierto. Dije que en algunas tecnologías Intel sigue por delante de AMD, lo cual es cierto. Dije que AMD parcheará Spectre a nivel hardware en 2019, cosa que es cierta. Cuéntame, dónde saltó tu cuñadómetro? Porque supongo que no fue cuando dije que estaba contento con mi Ryzen, no?
#8 Dije que para jugar, el parche para meltdown es irrelevante
No, no dijiste eso. Dijiste esto: a nivel usuario, no tiene impacto en el rendimiento (o no debería). Especialmente si vas a usar el PC para jugar
Virtualizar es algo que hace el usuario, por ejemplo para jugar mediante SOs virtualizados o para ejecutar Android. Y Meltdown para los juegos sin virtualizar es relevante. No todos los juegos se comportan igual.
Dije que en algunas tecnologías Intel sigue por delante de AMD, lo cual es cierto.
Es falso. HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador. Utiliza Intel VT (VT-x + VT-d) igual que AMD dispone de AMD-V (AMD-V + AMD-Vi). También hay hypervisors que utilizan las tecnologías de virtualización de AMD.
Dije que AMD parcheará Spectre a nivel hardware en 2019, cosa que es cierta
Dijiste AMD sigue siendo vulnerable a Spectre y no se espera que corrija la vulnerabilidad hasta 2019, lo cual es falso. De momento no es vulnerable a Spectre, pero es susceptible al mismo.
Porque supongo que no fue cuando dije que estaba contento con mi Ryzen, no?
No.
#9 Y Meltdown para los juegos es relevante. No todos los juegos se comportan igual.
Pues he buscado y tienes razón. Había visto benchmarks cuando empezaron a aplicar parche y la diferencia era mínima. Estoy viendo otros más actualizados y sí que hay impacto, pero parece que inferior al 10%. En aplicaciones en AWS, en el trabajo, hemos encontrado pérdidas más grandes que esta
Es falso. HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador. Utiliza Intel VT (VT-x + VT-d) igual que AMD dispone de AMD-V (AMD-V + AMD-Vi). También hay hypervisors que utilizan las tecnologías de virtualización de AMD.
Entre comillas. Tienes alternativas como Genymotion pero tienes que recurrir a "otras" soluciones, no te vale la solución por defecto. Arrancar el ADV con Bulldozer no iba muy allá pero se podía hacer. Con Ryzen me dio más problemas, hasta el punto de que se quedase frito. Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.
De momento no es vulnerable a Spectre, pero es susceptible al mismo.
Verdad a medias. El primer escenario de Spectre fue tratado como vulnerabilidad mientras que el segundo fue tratado como susceptible.
Como ves hemos empatado en cuñadismo ya que nos soltamos medias verdades ambos. Se ve que no juego mucho, o no juego a juegos potentes porque, sinceramente, no tengo quejas en el rendimiento en juegos. Sin entrar en parte técnica, enumeré problemas que tuve con el desarrollo de Android en entornos de integración continua (que se simplifican mucho con intel). Y el tercer punto es pura semántica. Para este último punto: https://www.amd.com/en/corporate/speculative-execution.
Y digo yo, no sería más sencillo (en vez de entrar insultando) decir "oye, creo que te equivocas en estos puntos por estos motivos"? Lo digo como idea, por eso de debatir sin insultar a la gente y eso...
#10 Entre comillas. Tienes alternativas como Genymotion pero tienes que recurrir a "otras" soluciones, no te vale la solución por defecto. Arrancar el ADV con Bulldozer no iba muy allá pero se podía hacer. Con Ryzen me dio más problemas, hasta el punto de que se quedase frito. Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.
El ADV lo he usado incluso con un Core 2 Quad que sólo tiene Intel VT. Precisamente Google sacó las imágenes x86 para tener mejor rendimiento.
En cualquier caso no es cuestión de la tecnología del procesador, que es lo que tu afirmas erróneamente.
Verdad a medias. El primer escenario de Spectre fue tratado como vulnerabilidad mientras que el segundo fue tratado como susceptible.
Ambos son susceptibles.
Como ves hemos empatado en cuñadismo
Esto no es ninguna competición. Pero el cuñado eres tú.
Sin entrar en parte técnica, enumeré problemas que tuve con el desarrollo de Android en entornos de integración continua (que se simplifican mucho con intel).
Los hay mancos y los hay que no lo son. KVM, Xen, QEMU e incluso la propia VM del SDK de Android, etc. todos van bien. Intel ahora con Meltdown va peor.
Y el tercer punto es pura semántica
No, es una cuestión técnica. Spectre explota los predictores de saltos. Si al predictor todavía no se le ha hecho ingeniería inversa no se puede explotar ninguna vulnerabilidad. Véase https://www.amd.com/en/corporate/speculative-execution
Google Project Zero (GPZ) Variant 1.
We believe this threat can be contained with an operating system (OS) patch and we have been working with OS providers to address this issue.
GPZ Variant 2.
While we believe that AMD’s processor architectures make it difficult to exploit Variant 2
AMD will make optional microcode updates.
En el caso de Intel las actualizaciones son obligatorias.
Cuñado, que eres un cuñado. Lo cual implica que te equivocas. No te insulto.
#11 El ADV lo he usado incluso con un Core 2 Quad que sólo tiene Intel VT. Precisamente Google sacó las imágenes x86 para tener mejor rendimiento.
En cualquier caso no es cuestión de la tecnología del procesador, que es lo que tu afirmas erróneamente.
muy bien, cuñadín: VT-x y AMD-V son dos sets de instrucciones que hacen exactamente lo mismo, pero parece que desconoces que no son compatibles entre ellos. Para Windows, Intel creó HAXM que usa el set de instrucciones de Intel VT-x, mientras que en linux el emulador se basa en QEMU, que tiene soporte KVM. Es KVM el que da soporte tanto a VT-x como a AMD-v. Asi que en Windows tienes jodidamente complicado usar AVD con un AMD.
Los hay mancos y los hay que no lo son. KVM, Xen, QEMU e incluso la propia VM del SDK de Android, etc. todos van bien. Intel ahora con Meltdown va peor.
Vuelvo a decir, por lo mencionado en el punto anterior es complicado arrancar AVD en un AMD. Falla al intentar arrancar porque, como dije, VT-x y AMD-v hacen lo mismo pero son incompatibles el uno con el otro. Y como sabes (aunque me haces dudar), en Windows AVD tira de VT-x.
Mira, ante la duda, te cito de la página de android developer (https://developer.android.com/studio/run/emulator-acceleration.html)
Before attempting to use acceleration, you should first determine if your CPU supports one of the following virtualization extensions technologies:
No, es una cuestión técnica. Spectre explota los predictores de saltos. Si al predictor todavía no se le ha hecho ingeniería inversa no se puede explotar ninguna vulnerabilidad. Véase www.amd.com/en/corporate/speculative-execution
Google Project Zero (GPZ) Variant 1.
We believe this threat can be contained with an operating system (OS) patch and we have been working with OS providers to address this issue.
GPZ Variant 2.
While we believe that AMD’s processor architectures make it difficult to exploit Variant 2
AMD will make optional microcode updates.
En el caso de Intel las actualizaciones son obligatorias.
Como dije, la variante 1 fue tratado como vulnerabilidad y parcheado a nivel de sistema operativo (parche obligatorio), mientras que la variante 2 tiene parche opcional a nivel de microcódigo. Venga cuñadín, primero de comprensión lectora.
En fin nené, que se ve que sabes muy bien de lo que hablas. Cuñado es una buena definición para tí
#13 muy bien, cuñadín: VT-x y AMD-V son dos sets de instrucciones que hacen exactamente lo mismo,
Y por eso tontito la tecnología de AMD está al mismo nivel.
pero parece que desconoces que no son compatibles entre ellos.
Y tú parece que eres tontaco
Es obvio que son incompatibles, de otro modo tendrían el mismo nombre. Tampoco son 100% compatibles EM64T y AMD64.
Para Windows, Intel creó HAXM que usa el set de instrucciones de Intel VT-x, mientras que en linux el emulador se basa en QEMU, que tiene soporte KVM. Es KVM el que da soporte tanto a VT-x como a AMD-v. Asi que en Windows tienes jodidamente complicado usar AVD con un AMD.
Y por eso tontito no es problema de AMD sino en todo caso de Google. Microsoft tiene una herramienta que tira de HyperV: https://www.visualstudio.com/vs/msft-android-emulator/
#15 Y por eso tontito la tecnología de AMD está al mismo nivel.
Claro que sí campeón: VT-x tiene más features que AMD-V. Para correr un virtual box no vas a notar diferencia. En un cluster es otro tema.
Y por eso tontito no es problema de AMD sino en todo caso de Google. Microsoft tiene una herramienta que tira de HyperV: www.visualstudio.com/vs/msft-android-emulator/. Lástima que requieras de Windows 10 Professional como mínimo. El Home no vale, typical Microsoft.
Cualquiera persona seria utiliza GNU/Linux, así que a mí que me cuentas, manco.
Pues hombre, de manco tengo poco. Como te dije hace un par de comentarios, tienes Genymotion que tira sobre una instancia de virtual box. Ahora empiezo a pensar que tu problema es que no lees.
Pero que pesado joder. A mí que me cuentas con los problemas de Windows. Tú dices que AMD tiene peor tecnología y me estás confirmando que eso es mentira. Tú quieres algo para Windows pues pídele a Google que implemente la compatibilidad con HyperV en AVD o descárgate la utilidad de Microsoft o utiliza GNU/Linux como cualquier persona normal. Pero no pretendas responsabilizar de tus problemas, de los problemas de Google y de Microsoft al que hace el microprocesador, porque éste ha hecho su trabajo.
Y sigues sin entender un carajo. Para cosas serias (ya sabes, más allá de jugar al counter), Intel sigue por delante. Como dije antes VT-x tiene más funcionalidad que AMD-v. Si lo quieres entender bien, y si no igual de bien .
Por otro lado, en mi casa tengo tanto windows como linux. En el trabajo no. Ordenador maquetado con windows por política de empresa. Y sí, tengo un ryzen en el trabajo también.
Ninguno de los dos parches es obligatorio para AMD. Pedazo de cuñado
Ay, cuñadín, en Windows 10 las actualizaciones son obligatorias aunque las puedas desinstalar! Por cierto, allá tú si quitas parches de seguridad.
* Windows necesita HyperV, pues vale. Utiliza software libre. Android es software libre. No es problema de AMD.
* Parches de seguridad blah blah.
HyperV funciona bien con AMD. Nunca dije que funcionase mal
Venga cuñado. Ánimo, que con suerte lees y aprendes algo
#16 Claro que sí campeón: VT-x tiene más features que AMD-V. Para correr un virtual box no vas a notar diferencia. En un cluster es otro tema.
En una de las cargas de trabajo que destacaban los AMD Opteron era precisamente en virtualización. https://www.visualstudio.com/vs/msft-android-emulator/
#17 En una de las cargas de trabajo que destacaban los AMD Opteron era precisamente en virtualización.
Claro, voy a montarme uno en casa. O en una empresa pequeña
De hecho AMD es pero tan tan bueno en ello que los clouds los montan con AMD. Ah, ya, que no...
Y como eres manco por eso utilizas Genymotion en vez de utilizar el hypervisor del SO. Pero es mejor utilizar Genymotion para luego quejarte del mismo
No me quejé de Genymotion, dije que con Jenkins da problemas. Tú en cambio has puesto muchas veces el enlace al emulador de microsoft y sí que le has puesto pegas.
Es irrelevante. No sé si te habrás dado cuenta que aquí el único que habla de Windows eres tú
Abstráete tío. La informática va de abstraerse. No seas mendrugo, cuñado.
Cierto, Windows (en general) tiene más de un 80% de cuota de mercado (27% win10, 48%win7 aprox las que más tienen). Seguido por OS X con un 3,5, seguido de Linux con un 2,1. Abstráete tío! el que habla de linux!
Sin embargo tú no utilizas HyperV porque eres gilipollas y masoca
Claro que utilizo HyperV. Lo que pasa es que eres retrasadito y no estás entendiendo una mierda
Cuando tu vas, yo ya vengo de allí.
Creo que yendo te perdiste en alguna parte del camino. No sabes a dónde has llegado y no sabes a dónde estás volviendo. Eso sí, lo haces de manera eficiente y rápida. Como leer
No me quejé de Genymotion, dije que con Jenkins da problemas. Tú en cambio has puesto muchas veces el enlace al emulador de microsoft y sí que le has puesto pegas.
Sí te quejaste de Genymotion. Las pegas que le haya puesto o no a la máquina virtual de Microsoft no se han puesto en duda en ningún momento.
Cierto, Windows (en general) tiene más de un 80% de cuota de mercado (27% win10, 48%win7 aprox las que más tienen). Seguido por OS X con un 3,5, seguido de Linux con un 2,1. Abstráete tío! el que habla de linux!
Linux no es un sistema operativo por lo que no tiene cuota alguna de sistemas operativos.
Claro que utilizo HyperV. Lo que pasa es que eres retrasadito y no estás entendiendo una mierda
Y tu eres imbécil y no te enteras. ¿En qué momento has utilizado HyperV para virtualizar? Tú has expuesto que utilizas VirtualBox mediante Genymotion. https://www.genymotion.com/help/desktop/faq/#run-genymotion-windows-hyperv
Resumen: Azure empieza a meter máquinas AMD. Noticia publicada on December 5, 2017 9:00 AM EST
Por cierto, anunciadas. En tu enlace no tienen ni precio puesto. Por cierto, compara con las opciones sobre Intel. Ah ya, que Opteron es la polla para virtualizar pero no...
Sí te quejaste de Genymotion. Las pegas que le haya puesto o no a la máquina virtual de Microsoft no se han puesto en duda en ningún momento.
Que no, cuñado, que no. Aprende a leer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.. También dije que tira sobre una instancia de Virtual Box. No sé donde me quejé de Genymotion. Ya, en tu imaginación
Linux no es un sistema operativo por lo que no tiene cuota alguna de sistemas operativos.
Claro, Ni windows. Windows 10 sí, y tiene una cuota de un 27% aprox. Las diferentes versiones de windows tienen una cuota del 80%. Las diferentes distros de Linux tienen un 2,1% aprox. Y eso que, desde que conozco Menéame, es el año de Linux en el escritorio.
Y tu eres imbécil y no te enteras. ¿En qué momento has utilizado HyperV para virtualizar? Tú has expuesto que utilizas VirtualBox mediante Genymotion. www.genymotion.com/help/desktop/faq/#run-genymotion-windows-hyperv
#20 Resumen: Azure empieza a meter máquinas AMD. Noticia publicada on December 5, 2017 9:00 AM EST
Por cierto, anunciadas. En tu enlace no tienen ni precio puesto. Por cierto, compara con las opciones sobre Intel. Ah ya, que Opteron es la polla para virtualizar pero no...
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: https://www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Que no, cuñado, que no. Aprende a leer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.. También dije que tira sobre una instancia de Virtual Box. No sé donde me quejé de Genymotion. Ya, en tu imaginación
Que sí, cuñado, que sí. Aprende aleer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins..
Genymotion funciona sobre VirtualBox.
Claro, Ni windows. Windows 10 sí, y tiene una cuota de un 27% aprox. Las diferentes versiones de windows tienen una cuota del 80%. Las diferentes distros de Linux tienen un 2,1% aprox. Y eso que, desde que conozco Menéame, es el año de Linux en el escritorio.
Te lo vuelvo a repetir, Linux no es un SO. Aprende al menos una cosa: Linux no es un SO. Es un núcleo de sistema operativo, pero no es un sistema operativo.
xD tu problema es que das por hecho que solamente uso Genymotion. Si te vas al primer comentario podrás ver que también uso docker, que sí tira de HyperV. Hay que reiniciar de cuando en cuando pero ya sabes, se trata de usar la herramienta que necesitas cuando la necesitas Deberías probar a usar el cerebro de cuando en cuando. Aunque sea entre carajillo y carajillo
No necesito ningún carajillo puesto que cualquier tipo de droga es intrínseca a mi organismo. Soy un ser biológico con base de cocaína, no de carbono. ¿Tienes algún ad hominem más que soltar, inútil?
Porque me estás demostrando que tu capacidad de expresión es de nivel mierda si ni tan siquiera eres capaz de explicar a los demás algo tan sencillo como tu workflow.
En cualquier caso, los emuladores de Android que utilizas no emplean HyperV, que es el tema del que estábamos hablando posteriormente al tema de la virtualización. Pero te gusta mezclar, y luego te ríes porque no te entienden. Normal, eres tan estúpido que resultas incomprensible.
Cierto, la cosa va mal cuando un cuñado retrasado intenta dar clases
La cosa va peor cuando un cuñado declarado llama a otro ser superior cuñado, cuando el cuñado ni tan siquiera es capaz de transmitir sus ideas.
Vamos a hacer una cosa. Tú sigue respondiendo tonterías que yo me voy a dormir. Dudo que te conteste, ya has dejado claro el nivel. Pego tu comienzo estelar: HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador HAXM es un Hypervisor, efectivamente, y no tiene nada que ver con el hardware del procesador. https://software.intel.com/en-us/articles/intel-hardware-accelerated-execution-manager-intel-haxm
#21 Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Claro, no entendemos nada: hasta que metieron las máquinas con EPYC estaban todos pasando de Opteron, aunque eran la repolla, eh?
Genymotion funciona sobre VirtualBox.
Y que? no me quejé, dije que me dio problemas con Jenkins. Y? vaya queja!
Te lo vuelvo a repetir, Linux no es un SO. Aprende al menos una cosa: Linux no es un SO. Es un núcleo de sistema operativo, pero no es un sistema operativo.
Vale, corrijo: distribuciones de Linux: 2,1%. Seguimos igual. Hablamos de abstraerse para una base de 2,1% de usuarios
No necesito ningún carajillo puesto que cualquier tipo de droga es intrínseca a mi organismo. Soy un ser biológico con base de cocaína, no de carbono. ¿Tienes algún ad hominem más que soltar, inútil?
Entraste a ¿debatir? insultando. Tiene huevos que vengas con estas
Porque me estás demostrando que tu capacidad de expresión es de nivel mierda si ni tan siquiera eres capaz de explicar a los demás algo tan sencillo como tu workflow.
En ningún momento entré a explicar mi workflow. Dije puntos que me habían dado problemas con Ryzen
En cualquier caso, los emuladores de Android que utilizas no emplean HyperV, que es el tema del que estábamos hablando posteriormente al tema de la virtualización. Pero te gusta mezclar, y luego te ríes porque no te entienden. Normal, eres tan estúpido que resultas incomprensible.
En Windows. Se te olvidó este punto. Pero, eh! eres tú el que dijo que HAXM no tiene que ver con el hardware.
La cosa va peor cuando un cuñado declarado llama a otro ser superior cuñado, cuando el cuñado ni tan siquiera es capaz de transmitir sus ideas.
Te acepto que como cuñado eres superior
Mis ideas están bien transmitidas, fueron puntualizaciones concretas sobre temas concretos.
HAXM es un Hypervisor, efectivamente, y no tiene nada que ver con el hardware del procesador.
Cierto, solamente necesita que ese procesador acepte instrucciones VT-x. Juego de instrucciones de procesadores Intel. Pero definitivamente tiene poco que ver con el procesador
Y yo hacía mucho que no me encontraba con alguien tan subnormal como tú.
Deja de leer tus comentarios, anda
#22 Claro, no entendemos nada: hasta que metieron las máquinas con EPYC estaban todos pasando de Opteron, aunque eran la repolla, eh?
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Y que? no me quejé, dije que me dio problemas con Jenkins. Y? vaya queja!
Entonces cierra la boca y no digas tonterías. Entonces AMD no te supone ningún problema.
Vale, corrijo: distribuciones de Linux: 2,1%. Seguimos igual. Hablamos de abstraerse para una base de 2,1% de usuarios
Tampoco existen las distribuciones de Linux. Pero resulta bastante molesta tu estupidez mediante la cual obligas a los demás a escribirte lo mismo múltiples veces.
Entraste a ¿debatir? insultando. Tiene huevos que vengas con estas
Bueno, tu entraste comiéndome la polla, puedes continuar haciéndolo.
En ningún momento entré a explicar mi workflow. Dije puntos que me habían dado problemas con Ryzen
Claro, te quejas de no se qué de Jenkins y de no sé qué emulador que nadie utiliza más que tú para justificar que AMD tiene peores tecnologías de virtualización (mentira, tiene las mismas) y luego dices que no te quejaste para volver a decir que sí te quejaste.
En Windows. Se te olvidó este punto. Pero, eh! eres tú el que dijo que HAXM no tiene que ver con el hardware.
HyperV sólo está para Windows. Sería de subnormales mencionar otro SO, pero tú eres subnormal, no me acordaba.
Te acepto que como cuñado eres superior
Mis ideas están bien transmitidas, fueron puntualizaciones concretas sobre temas concretos.
No, divagas demasiado y eres un puto coñazo, inútil.
Cierto, solamente necesita que ese procesador acepte instrucciones VT-x. Juego de instrucciones de procesadores Intel. Pero definitivamente tiene poco que ver con el procesador
Es un tema puramente software. Que requiera de instrucciones VT-x es sólo cuestión de software. Nada tiene que ver el hardware ahí. No es una limitación del hardware sino del software. HAXM no hace las tecnologías de virtualización de Intel mejores. Además, hay otros hipervisores que llevan usándose mucho antes y funcionan sobre cualquier procesador y lo hacen bien. HAXM es irrelevante. Sin embargo fue tu argumento inicial para decir que AMD tiene peores tecnoogías de virtualización (mentira, tiene las mismas).
Deja de leer tus comentarios, anda
Leo lo que me sale de los cojones, faltaría más
#23 Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Bucle, hablabas de Opteron. Residual (aunque fuese la repolla). Ahora hablas de EPYC. Residual (al menos por el momento)
Entonces cierra la boca y no digas tonterías. Entonces AMD no te supone ningún problema.
Fuiste tú el que vio un problema. DIje un punto que me causó un inconveniente. Que no te guste es tu problema
Tampoco existen las distribuciones de Linux. Pero resulta bastante molesta tu estupidez mediante la cual obligas a los demás a escribirte lo mismo múltiples veces.
Aham. Como quieras explicarlo, Linux está presente en el 2,1% de los ordenadores. Busca la manera de tragártelo que más gustes.
Bueno, tu entraste comiéndome la polla, puedes continuar haciéndolo.
Lo siento, no sé dónde está el microscopio y perdí las pinzas. No sé yo si podré cogerla
HyperV sólo está para Windows. Sería de subnormales mencionar otro SO, pero tú eres subnormal, no me acordaba.
Sigue insultando. En cualquier caso, los emuladores de Android que utilizas no emplean HyperV Evidentemente cuando estoy con windows no, sencillamente porque con Ryzen no puedo. En Linux tengo una solución que viene con el android studio directamente
No, divagas demasiado y eres un puto coñazo, inútil.
Y dale con insultar. No divago. Puse unos puntos. Cuando tuviste razón te la di
HAXM no hace las tecnologías de virtualización de Intel mejores puesto que hay otras que llevan usándose mucho antes y funcionan sobre cualquier procesador y lo hacen bien
Cierto, no las hace mejores. Pero vuelvo a decir, HAXM tiene que ser usado sobre un procesador Intel. Es un producto de Intel para procesadores Intel. Si alguien lo reescribe con instrucciones AMD-v hablamos
Sin embargo fue tu argumento inicial para decir que AMD tiene peores tecnoogías de virtualización (mentira, tiene las mismas).
Sí, en este punto me expresé mal. Es una herramienta de Intel que no tengo para AMD. Sigo insistiendo en que a nivel cluster AMD está por detrás, salvo que EPYC haya mejorado mucho respecto a Opteron (y gracias por el enlace del principio, pero salvo A y B series es todo Intel). A nivel usuario esta falta de herramientas son un lastre. Te guste o no
#24 Aham. Como quieras explicarlo, Linux está presente en el 2,1% de los ordenadores. Busca la manera de tragártelo que más gustes.
Un ordenador es un computador: http://dle.rae.es/?id=R9dHZWB
El núcleo Linux está en múltiples computadores: portátiles, de escritorio, móviles, de supercomputación, servidores ... no es muy afortunado tu análisis.
A nivel usuario esta falta de herramientas son un lastre. Te guste o no
Esto es una estupidez. Se te ha escrito por activa y por pasiva que hay múltiples opciones de virtualización y paravirtualización. Pero tú te centras en un único caso y en un único sistema operativo según te convenga, sólo para continuar alargando esta conversación con tus subnormaladas.
Como no tienes ni idea de nada, paso del resto de tu comentario que es puro relleno y paja. Y paso de ti, ya puestos.
Comentarios
“When a syscall, trap, or interrupt takes a CPU from userspace to kernel the trampoline code switches page tables, switches stacks to the thread's real kernel stack, then copies over the necessary bits from the trampoline stack. On return to userspace the opposite occurs: recreate the iretq frame on the trampoline stack, switch stack, switch page tables, and return to userspace.”
Genial gasto de recursos, aumento de latencia y reducción de rendimiento gracias a los chapuceros de Intel.
Errónea, sensacionalista,... AMD no está afectado por Meltdown.
Salu2
# 2 syspatch lo recoge y al reiniciar, como funciones de CPU ahora tengo MELTDOWN
¿Meltdown en AMD?, tenía entendido que solamente afecta a intel, al menos a nivel de rendimiento.
#1
Efectivamente, titular microblogging (no es el original) y además erróneo.
Ete aquí el commit: https://marc.info/?l=openbsd-cvs&m=151924107018358&w=2
Cito:
Log message:
Meltdown: implement user/kernel page table separation.
On Intel CPUs which speculate past user/supervisor page permission checks,
use a separate page table for userspace with only the minimum of kernel code
and data required for the transitions to/from the kernel (still marked as
supervisor-only, of course):
- the IDT (RO)
- three pages of kernel text in the .kutext section for interrupt, trap,
and syscall trampoline code (RX)
- one page of kernel data in the .kudata section for TLB flush IPIs (RW)
- the lapic page (RW, uncachable)
- per CPU: one page for the TSS+GDT (RO) and one page for trampoline
stacks (RW)
#2 No pretenderás que dejen de vender los flamantes nuevos intel serie 8 sin intentar meter mierda en ryzen/epic.
Lo mas triste es que saldrán los ryzen+ que si no igualan en ipc los intel se les van acercar mucho con el plus del multicore superior y las ventas de intel ni se van inmutar.
Yo lo tengo claro que mi próximo pc sera un ryzen +paso de comprar un cpu que necesita 2 parches que le revientan el rendimiento.
#3 lo primero, tengo un Ryzen 7 1700 (una auténtica gozada) y te lo comento para que no pienses que lo que voy a decir tiene algún tipo de interés:
- Los Intel en algunas cosillas siguen un paso por delante. Por ejemplo, a nivel de virtualización, Intel va por delante en algunas tecnologías y tiene exclusividad en otras (por ejemplo, la tecnología HAXM; lo notas si desarrollas para android ya que con AMD no puedes levantar un simulador android potente)
- El parche contra Meltdown, a nivel usuario, no tiene impacto en el rendimiento (o no debería). Especialmente si vas a usar el PC para jugar, es irrelevante el parche (no voy a entrar en el nivel de enfado que genera saber que conocían el error y no han hecho nada para subsanarlo)
- AMD sigue siendo vulnerable a Spectre y no se espera que corrija la vulnerabilidad hasta 2019 (Ryzen2, Ryzen+ o como se llame al final la segunda generación Ryzen es vulnerable, al igual que EPYC y Threadripper). Aunque ya han sido parcheados, sigue siendo un parche a nivel SO.
Sea como fuere, repito: tengo un R7 1700 y no lo cambio por nada, estoy encantado con él. tengo montado Vagrant + Docker con carga alta y no me va peor que a un colega que tiene lo mismo montado en un i7 8700k (valiendo 100€ menos y arrojando peores benchmarks)
#4
Cuñado detected.
https://github.com/intel/haxm
Meltdown: afecta a todo el software en mayor o menor medida. Depende del programa. Precisamente la virtualización es una de las cargas de trabajo más afectadas.
Spectre: depende del predictor. El de Ryzen todavía no se conoce por lo que de momento no es vulnerable, hasta que se pueda hacer ingeniería inversa para poderlo entrenar al gusto.
#5 cierto, cuñado detected: https://www.engadget.com/2018/01/12/amd-spectre-patch/
#6
Nótese que en ningún momento he dicho que los procesadores de AMD no sean susceptibles a ataques Spectre.
Cuñado.
#7 a ver, cuñadito, cuéntame. Qué dije yo? Dije que para jugar, el parche para meltdown es irrelevante, lo cual es cierto. Dije que en algunas tecnologías Intel sigue por delante de AMD, lo cual es cierto. Dije que AMD parcheará Spectre a nivel hardware en 2019, cosa que es cierta. Cuéntame, dónde saltó tu cuñadómetro? Porque supongo que no fue cuando dije que estaba contento con mi Ryzen, no?
#8
Dije que para jugar, el parche para meltdown es irrelevante
No, no dijiste eso. Dijiste esto:
a nivel usuario, no tiene impacto en el rendimiento (o no debería). Especialmente si vas a usar el PC para jugar
Virtualizar es algo que hace el usuario, por ejemplo para jugar mediante SOs virtualizados o para ejecutar Android. Y Meltdown para los juegos sin virtualizar es relevante. No todos los juegos se comportan igual.
Dije que en algunas tecnologías Intel sigue por delante de AMD, lo cual es cierto.
Es falso. HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador. Utiliza Intel VT (VT-x + VT-d) igual que AMD dispone de AMD-V (AMD-V + AMD-Vi). También hay hypervisors que utilizan las tecnologías de virtualización de AMD.
Dije que AMD parcheará Spectre a nivel hardware en 2019, cosa que es cierta
Dijiste AMD sigue siendo vulnerable a Spectre y no se espera que corrija la vulnerabilidad hasta 2019, lo cual es falso. De momento no es vulnerable a Spectre, pero es susceptible al mismo.
Porque supongo que no fue cuando dije que estaba contento con mi Ryzen, no?
No.
#9
Y Meltdown para los juegos es relevante. No todos los juegos se comportan igual.
Pues he buscado y tienes razón. Había visto benchmarks cuando empezaron a aplicar parche y la diferencia era mínima. Estoy viendo otros más actualizados y sí que hay impacto, pero parece que inferior al 10%. En aplicaciones en AWS, en el trabajo, hemos encontrado pérdidas más grandes que esta
Es falso. HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador. Utiliza Intel VT (VT-x + VT-d) igual que AMD dispone de AMD-V (AMD-V + AMD-Vi). También hay hypervisors que utilizan las tecnologías de virtualización de AMD.
Entre comillas. Tienes alternativas como Genymotion pero tienes que recurrir a "otras" soluciones, no te vale la solución por defecto. Arrancar el ADV con Bulldozer no iba muy allá pero se podía hacer. Con Ryzen me dio más problemas, hasta el punto de que se quedase frito. Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.
De momento no es vulnerable a Spectre, pero es susceptible al mismo.
Verdad a medias. El primer escenario de Spectre fue tratado como vulnerabilidad mientras que el segundo fue tratado como susceptible.
Como ves hemos empatado en cuñadismo ya que nos soltamos medias verdades ambos. Se ve que no juego mucho, o no juego a juegos potentes porque, sinceramente, no tengo quejas en el rendimiento en juegos. Sin entrar en parte técnica, enumeré problemas que tuve con el desarrollo de Android en entornos de integración continua (que se simplifican mucho con intel). Y el tercer punto es pura semántica. Para este último punto: https://www.amd.com/en/corporate/speculative-execution.
Y digo yo, no sería más sencillo (en vez de entrar insultando) decir "oye, creo que te equivocas en estos puntos por estos motivos"? Lo digo como idea, por eso de debatir sin insultar a la gente y eso...
#10
Entre comillas. Tienes alternativas como Genymotion pero tienes que recurrir a "otras" soluciones, no te vale la solución por defecto. Arrancar el ADV con Bulldozer no iba muy allá pero se podía hacer. Con Ryzen me dio más problemas, hasta el punto de que se quedase frito. Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.
El ADV lo he usado incluso con un Core 2 Quad que sólo tiene Intel VT. Precisamente Google sacó las imágenes x86 para tener mejor rendimiento.
En cualquier caso no es cuestión de la tecnología del procesador, que es lo que tu afirmas erróneamente.
Verdad a medias. El primer escenario de Spectre fue tratado como vulnerabilidad mientras que el segundo fue tratado como susceptible.
Ambos son susceptibles.
Como ves hemos empatado en cuñadismo
Esto no es ninguna competición. Pero el cuñado eres tú.
Sin entrar en parte técnica, enumeré problemas que tuve con el desarrollo de Android en entornos de integración continua (que se simplifican mucho con intel).
Los hay mancos y los hay que no lo son. KVM, Xen, QEMU e incluso la propia VM del SDK de Android, etc. todos van bien. Intel ahora con Meltdown va peor.
Y el tercer punto es pura semántica
No, es una cuestión técnica. Spectre explota los predictores de saltos. Si al predictor todavía no se le ha hecho ingeniería inversa no se puede explotar ninguna vulnerabilidad. Véase https://www.amd.com/en/corporate/speculative-execution
Google Project Zero (GPZ) Variant 1.
We believe this threat can be contained with an operating system (OS) patch and we have been working with OS providers to address this issue.
GPZ Variant 2.
While we believe that AMD’s processor architectures make it difficult to exploit Variant 2
AMD will make optional microcode updates.
En el caso de Intel las actualizaciones son obligatorias.
Cuñado, que eres un cuñado. Lo cual implica que te equivocas. No te insulto.
#11
El ADV lo he usado incluso con un Core 2 Quad que sólo tiene Intel VT. Precisamente Google sacó las imágenes x86 para tener mejor rendimiento.
En cualquier caso no es cuestión de la tecnología del procesador, que es lo que tu afirmas erróneamente.
muy bien, cuñadín: VT-x y AMD-V son dos sets de instrucciones que hacen exactamente lo mismo, pero parece que desconoces que no son compatibles entre ellos. Para Windows, Intel creó HAXM que usa el set de instrucciones de Intel VT-x, mientras que en linux el emulador se basa en QEMU, que tiene soporte KVM. Es KVM el que da soporte tanto a VT-x como a AMD-v. Asi que en Windows tienes jodidamente complicado usar AVD con un AMD.
Los hay mancos y los hay que no lo son. KVM, Xen, QEMU e incluso la propia VM del SDK de Android, etc. todos van bien. Intel ahora con Meltdown va peor.
Vuelvo a decir, por lo mencionado en el punto anterior es complicado arrancar AVD en un AMD. Falla al intentar arrancar porque, como dije, VT-x y AMD-v hacen lo mismo pero son incompatibles el uno con el otro. Y como sabes (aunque me haces dudar), en Windows AVD tira de VT-x.
Mira, ante la duda, te cito de la página de android developer (https://developer.android.com/studio/run/emulator-acceleration.html)
Before attempting to use acceleration, you should first determine if your CPU supports one of the following virtualization extensions technologies:
Intel Virtualization Technology (VT, VT-x, vmx) extensions
AMD Virtualization (AMD-V, SVM) extensions (Linux only)
No, es una cuestión técnica. Spectre explota los predictores de saltos. Si al predictor todavía no se le ha hecho ingeniería inversa no se puede explotar ninguna vulnerabilidad. Véase www.amd.com/en/corporate/speculative-execution
Google Project Zero (GPZ) Variant 1.
We believe this threat can be contained with an operating system (OS) patch and we have been working with OS providers to address this issue.
GPZ Variant 2.
While we believe that AMD’s processor architectures make it difficult to exploit Variant 2
AMD will make optional microcode updates.
En el caso de Intel las actualizaciones son obligatorias.
Como dije, la variante 1 fue tratado como vulnerabilidad y parcheado a nivel de sistema operativo (parche obligatorio), mientras que la variante 2 tiene parche opcional a nivel de microcódigo. Venga cuñadín, primero de comprensión lectora.
En fin nené, que se ve que sabes muy bien de lo que hablas. Cuñado es una buena definición para tí
#13
muy bien, cuñadín: VT-x y AMD-V son dos sets de instrucciones que hacen exactamente lo mismo,
Y por eso tontito la tecnología de AMD está al mismo nivel.
pero parece que desconoces que no son compatibles entre ellos.
Y tú parece que eres tontaco
Es obvio que son incompatibles, de otro modo tendrían el mismo nombre. Tampoco son 100% compatibles EM64T y AMD64.
Para Windows, Intel creó HAXM que usa el set de instrucciones de Intel VT-x, mientras que en linux el emulador se basa en QEMU, que tiene soporte KVM. Es KVM el que da soporte tanto a VT-x como a AMD-v. Asi que en Windows tienes jodidamente complicado usar AVD con un AMD.
Y por eso tontito no es problema de AMD sino en todo caso de Google. Microsoft tiene una herramienta que tira de HyperV: https://www.visualstudio.com/vs/msft-android-emulator/
#15
Y por eso tontito la tecnología de AMD está al mismo nivel.
Claro que sí campeón: VT-x tiene más features que AMD-V. Para correr un virtual box no vas a notar diferencia. En un cluster es otro tema.
Y por eso tontito no es problema de AMD sino en todo caso de Google. Microsoft tiene una herramienta que tira de HyperV: www.visualstudio.com/vs/msft-android-emulator/. Lástima que requieras de Windows 10 Professional como mínimo. El Home no vale, typical Microsoft.
Cualquiera persona seria utiliza GNU/Linux, así que a mí que me cuentas, manco.
Pues hombre, de manco tengo poco. Como te dije hace un par de comentarios, tienes Genymotion que tira sobre una instancia de virtual box. Ahora empiezo a pensar que tu problema es que no lees.
Pero que pesado joder. A mí que me cuentas con los problemas de Windows. Tú dices que AMD tiene peor tecnología y me estás confirmando que eso es mentira. Tú quieres algo para Windows pues pídele a Google que implemente la compatibilidad con HyperV en AVD o descárgate la utilidad de Microsoft o utiliza GNU/Linux como cualquier persona normal. Pero no pretendas responsabilizar de tus problemas, de los problemas de Google y de Microsoft al que hace el microprocesador, porque éste ha hecho su trabajo.
Y sigues sin entender un carajo. Para cosas serias (ya sabes, más allá de jugar al counter), Intel sigue por delante. Como dije antes VT-x tiene más funcionalidad que AMD-v. Si lo quieres entender bien, y si no igual de bien .
Por otro lado, en mi casa tengo tanto windows como linux. En el trabajo no. Ordenador maquetado con windows por política de empresa. Y sí, tengo un ryzen en el trabajo también.
Ninguno de los dos parches es obligatorio para AMD. Pedazo de cuñado
Ay, cuñadín, en Windows 10 las actualizaciones son obligatorias aunque las puedas desinstalar! Por cierto, allá tú si quitas parches de seguridad.
* Windows necesita HyperV, pues vale. Utiliza software libre. Android es software libre. No es problema de AMD.
* Parches de seguridad blah blah.
HyperV funciona bien con AMD. Nunca dije que funcionase mal
Venga cuñado. Ánimo, que con suerte lees y aprendes algo
#16
Claro que sí campeón: VT-x tiene más features que AMD-V. Para correr un virtual box no vas a notar diferencia. En un cluster es otro tema.
En una de las cargas de trabajo que destacaban los AMD Opteron era precisamente en virtualización.
https://www.visualstudio.com/vs/msft-android-emulator/
#17
el que habla de linux! 
En una de las cargas de trabajo que destacaban los AMD Opteron era precisamente en virtualización.
Claro, voy a montarme uno en casa. O en una empresa pequeña
De hecho AMD es pero tan tan bueno en ello que los clouds los montan con AMD. Ah, ya, que no...
Y como eres manco por eso utilizas Genymotion en vez de utilizar el hypervisor del SO. Pero es mejor utilizar Genymotion para luego quejarte del mismo
No me quejé de Genymotion, dije que con Jenkins da problemas. Tú en cambio has puesto muchas veces el enlace al emulador de microsoft y sí que le has puesto pegas.
Es irrelevante.
No sé si te habrás dado cuenta que aquí el único que habla de Windows eres tú
Abstráete tío. La informática va de abstraerse. No seas mendrugo, cuñado.
Cierto, Windows (en general) tiene más de un 80% de cuota de mercado (27% win10, 48%win7 aprox las que más tienen). Seguido por OS X con un 3,5, seguido de Linux con un 2,1. Abstráete tío!
Sin embargo tú no utilizas HyperV porque eres gilipollas y masoca
Claro que utilizo HyperV. Lo que pasa es que eres retrasadito y no estás entendiendo una mierda
Cuando tu vas, yo ya vengo de allí.
Creo que yendo te perdiste en alguna parte del camino. No sabes a dónde has llegado y no sabes a dónde estás volviendo. Eso sí, lo haces de manera eficiente y rápida. Como leer
#18
el que habla de linux!
De hecho AMD es pero tan tan bueno en ello que los clouds los montan con AMD. Ah, ya, que no...
https://www.anandtech.com/show/12116/amd-and-microsoft-announce-azure-vms-with-32core-epyc-cpus
No me quejé de Genymotion, dije que con Jenkins da problemas. Tú en cambio has puesto muchas veces el enlace al emulador de microsoft y sí que le has puesto pegas.
Sí te quejaste de Genymotion. Las pegas que le haya puesto o no a la máquina virtual de Microsoft no se han puesto en duda en ningún momento.
Cierto, Windows (en general) tiene más de un 80% de cuota de mercado (27% win10, 48%win7 aprox las que más tienen). Seguido por OS X con un 3,5, seguido de Linux con un 2,1. Abstráete tío!
Linux no es un sistema operativo por lo que no tiene cuota alguna de sistemas operativos.
Claro que utilizo HyperV. Lo que pasa es que eres retrasadito y no estás entendiendo una mierda
Y tu eres imbécil y no te enteras. ¿En qué momento has utilizado HyperV para virtualizar? Tú has expuesto que utilizas VirtualBox mediante Genymotion.
https://www.genymotion.com/help/desktop/faq/#run-genymotion-windows-hyperv
#19
www.anandtech.com/show/12116/amd-and-microsoft-announce-azure-vms-with
Resumen: Azure empieza a meter máquinas AMD. Noticia publicada on December 5, 2017 9:00 AM EST
Por cierto, anunciadas. En tu enlace no tienen ni precio puesto. Por cierto, compara con las opciones sobre Intel. Ah ya, que Opteron es la polla para virtualizar pero no...
Sí te quejaste de Genymotion. Las pegas que le haya puesto o no a la máquina virtual de Microsoft no se han puesto en duda en ningún momento.
Que no, cuñado, que no. Aprende a leer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.. También dije que tira sobre una instancia de Virtual Box. No sé donde me quejé de Genymotion. Ya, en tu imaginación
Linux no es un sistema operativo por lo que no tiene cuota alguna de sistemas operativos.
Claro, Ni windows. Windows 10 sí, y tiene una cuota de un 27% aprox. Las diferentes versiones de windows tienen una cuota del 80%. Las diferentes distros de Linux tienen un 2,1% aprox. Y eso que, desde que conozco Menéame, es el año de Linux en el escritorio.
Y tu eres imbécil y no te enteras. ¿En qué momento has utilizado HyperV para virtualizar? Tú has expuesto que utilizas VirtualBox mediante Genymotion.
www.genymotion.com/help/desktop/faq/#run-genymotion-windows-hyperv
#20
tu problema es que das por hecho que solamente uso Genymotion. Si te vas al primer comentario podrás ver que también uso docker, que sí tira de HyperV. Hay que reiniciar de cuando en cuando pero ya sabes, se trata de usar la herramienta que necesitas cuando la necesitas 
Deberías probar a usar el cerebro de cuando en cuando. Aunque sea entre carajillo y carajillo
HAXM es un Hypervisor, efectivamente, y no tiene nada que ver con el hardware del procesador.
Resumen: Azure empieza a meter máquinas AMD. Noticia publicada on December 5, 2017 9:00 AM EST
Por cierto, anunciadas. En tu enlace no tienen ni precio puesto. Por cierto, compara con las opciones sobre Intel. Ah ya, que Opteron es la polla para virtualizar pero no...
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: https://www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Que no, cuñado, que no. Aprende a leer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins.. También dije que tira sobre una instancia de Virtual Box. No sé donde me quejé de Genymotion. Ya, en tu imaginación
Que sí, cuñado, que sí. Aprende aleer. Te lo copio: Y, por algún extraño motivo, Genymotion no se está llevando bien con Jenkins..
Genymotion funciona sobre VirtualBox.
Claro, Ni windows. Windows 10 sí, y tiene una cuota de un 27% aprox. Las diferentes versiones de windows tienen una cuota del 80%. Las diferentes distros de Linux tienen un 2,1% aprox. Y eso que, desde que conozco Menéame, es el año de Linux en el escritorio.
Te lo vuelvo a repetir, Linux no es un SO. Aprende al menos una cosa: Linux no es un SO. Es un núcleo de sistema operativo, pero no es un sistema operativo.
xD
No necesito ningún carajillo puesto que cualquier tipo de droga es intrínseca a mi organismo. Soy un ser biológico con base de cocaína, no de carbono. ¿Tienes algún ad hominem más que soltar, inútil?
Porque me estás demostrando que tu capacidad de expresión es de nivel mierda si ni tan siquiera eres capaz de explicar a los demás algo tan sencillo como tu workflow.
En cualquier caso, los emuladores de Android que utilizas no emplean HyperV, que es el tema del que estábamos hablando posteriormente al tema de la virtualización. Pero te gusta mezclar, y luego te ríes porque no te entienden. Normal, eres tan estúpido que resultas incomprensible.
Cierto, la cosa va mal cuando un cuñado retrasado intenta dar clases
La cosa va peor cuando un cuñado declarado llama a otro ser superior cuñado, cuando el cuñado ni tan siquiera es capaz de transmitir sus ideas.
Vamos a hacer una cosa. Tú sigue respondiendo tonterías que yo me voy a dormir. Dudo que te conteste, ya has dejado claro el nivel. Pego tu comienzo estelar: HAXM es un hypervisor, no tiene nada que ver con el hardware del procesador
https://software.intel.com/en-us/articles/intel-hardware-accelerated-execution-manager-intel-haxm
#21
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Claro, no entendemos nada: hasta que metieron las máquinas con EPYC estaban todos pasando de Opteron, aunque eran la repolla, eh?
Genymotion funciona sobre VirtualBox.
Y que? no me quejé, dije que me dio problemas con Jenkins. Y? vaya queja!
Te lo vuelvo a repetir, Linux no es un SO. Aprende al menos una cosa: Linux no es un SO. Es un núcleo de sistema operativo, pero no es un sistema operativo.
Vale, corrijo: distribuciones de Linux: 2,1%. Seguimos igual. Hablamos de abstraerse para una base de 2,1% de usuarios
No necesito ningún carajillo puesto que cualquier tipo de droga es intrínseca a mi organismo. Soy un ser biológico con base de cocaína, no de carbono. ¿Tienes algún ad hominem más que soltar, inútil?
Entraste a ¿debatir? insultando. Tiene huevos que vengas con estas
Porque me estás demostrando que tu capacidad de expresión es de nivel mierda si ni tan siquiera eres capaz de explicar a los demás algo tan sencillo como tu workflow.
En ningún momento entré a explicar mi workflow. Dije puntos que me habían dado problemas con Ryzen
En cualquier caso, los emuladores de Android que utilizas no emplean HyperV, que es el tema del que estábamos hablando posteriormente al tema de la virtualización. Pero te gusta mezclar, y luego te ríes porque no te entienden. Normal, eres tan estúpido que resultas incomprensible.
En Windows. Se te olvidó este punto. Pero, eh! eres tú el que dijo que HAXM no tiene que ver con el hardware.
La cosa va peor cuando un cuñado declarado llama a otro ser superior cuñado, cuando el cuñado ni tan siquiera es capaz de transmitir sus ideas.
Te acepto que como cuñado eres superior
Mis ideas están bien transmitidas, fueron puntualizaciones concretas sobre temas concretos.
HAXM es un Hypervisor, efectivamente, y no tiene nada que ver con el hardware del procesador.
Cierto, solamente necesita que ese procesador acepte instrucciones VT-x. Juego de instrucciones de procesadores Intel. Pero definitivamente tiene poco que ver con el procesador
Y yo hacía mucho que no me encontraba con alguien tan subnormal como tú.
Deja de leer tus comentarios, anda
#22
Claro, no entendemos nada: hasta que metieron las máquinas con EPYC estaban todos pasando de Opteron, aunque eran la repolla, eh?
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Y que? no me quejé, dije que me dio problemas con Jenkins. Y? vaya queja!
Entonces cierra la boca y no digas tonterías. Entonces AMD no te supone ningún problema.
Vale, corrijo: distribuciones de Linux: 2,1%. Seguimos igual. Hablamos de abstraerse para una base de 2,1% de usuarios
Tampoco existen las distribuciones de Linux. Pero resulta bastante molesta tu estupidez mediante la cual obligas a los demás a escribirte lo mismo múltiples veces.
Entraste a ¿debatir? insultando. Tiene huevos que vengas con estas
Bueno, tu entraste comiéndome la polla, puedes continuar haciéndolo.
En ningún momento entré a explicar mi workflow. Dije puntos que me habían dado problemas con Ryzen
Claro, te quejas de no se qué de Jenkins y de no sé qué emulador que nadie utiliza más que tú para justificar que AMD tiene peores tecnologías de virtualización (mentira, tiene las mismas) y luego dices que no te quejaste para volver a decir que sí te quejaste.
En Windows. Se te olvidó este punto. Pero, eh! eres tú el que dijo que HAXM no tiene que ver con el hardware.
HyperV sólo está para Windows. Sería de subnormales mencionar otro SO, pero tú eres subnormal, no me acordaba.
Te acepto que como cuñado eres superior
Mis ideas están bien transmitidas, fueron puntualizaciones concretas sobre temas concretos.
No, divagas demasiado y eres un puto coñazo, inútil.
Cierto, solamente necesita que ese procesador acepte instrucciones VT-x. Juego de instrucciones de procesadores Intel. Pero definitivamente tiene poco que ver con el procesador
Es un tema puramente software. Que requiera de instrucciones VT-x es sólo cuestión de software. Nada tiene que ver el hardware ahí. No es una limitación del hardware sino del software. HAXM no hace las tecnologías de virtualización de Intel mejores. Además, hay otros hipervisores que llevan usándose mucho antes y funcionan sobre cualquier procesador y lo hacen bien. HAXM es irrelevante. Sin embargo fue tu argumento inicial para decir que AMD tiene peores tecnoogías de virtualización (mentira, tiene las mismas).
Deja de leer tus comentarios, anda
Leo lo que me sale de los cojones, faltaría más
#23
Si quieres precios te los buscas. La noticia no es el precio, inútil. La noticia no va de Opteron, va de EPYC. Inútil.
Y aquí tienes Opteron: www.anandtech.com/show/6508/the-new-opteron-6300-finally-tested/14
Ahora descuenta el Meltdown y la cosa es aún mejor
Bucle, hablabas de Opteron. Residual (aunque fuese la repolla). Ahora hablas de EPYC. Residual (al menos por el momento)
Entonces cierra la boca y no digas tonterías. Entonces AMD no te supone ningún problema.
Fuiste tú el que vio un problema. DIje un punto que me causó un inconveniente. Que no te guste es tu problema
Tampoco existen las distribuciones de Linux. Pero resulta bastante molesta tu estupidez mediante la cual obligas a los demás a escribirte lo mismo múltiples veces.
Aham. Como quieras explicarlo, Linux está presente en el 2,1% de los ordenadores. Busca la manera de tragártelo que más gustes.
Bueno, tu entraste comiéndome la polla, puedes continuar haciéndolo.
Lo siento, no sé dónde está el microscopio y perdí las pinzas. No sé yo si podré cogerla
HyperV sólo está para Windows. Sería de subnormales mencionar otro SO, pero tú eres subnormal, no me acordaba.
Sigue insultando. En cualquier caso, los emuladores de Android que utilizas no emplean HyperV Evidentemente cuando estoy con windows no, sencillamente porque con Ryzen no puedo. En Linux tengo una solución que viene con el android studio directamente
No, divagas demasiado y eres un puto coñazo, inútil.
Y dale con insultar. No divago. Puse unos puntos. Cuando tuviste razón te la di
HAXM no hace las tecnologías de virtualización de Intel mejores puesto que hay otras que llevan usándose mucho antes y funcionan sobre cualquier procesador y lo hacen bien
Cierto, no las hace mejores. Pero vuelvo a decir, HAXM tiene que ser usado sobre un procesador Intel. Es un producto de Intel para procesadores Intel. Si alguien lo reescribe con instrucciones AMD-v hablamos
Sin embargo fue tu argumento inicial para decir que AMD tiene peores tecnoogías de virtualización (mentira, tiene las mismas).
Sí, en este punto me expresé mal. Es una herramienta de Intel que no tengo para AMD. Sigo insistiendo en que a nivel cluster AMD está por detrás, salvo que EPYC haya mejorado mucho respecto a Opteron (y gracias por el enlace del principio, pero salvo A y B series es todo Intel). A nivel usuario esta falta de herramientas son un lastre. Te guste o no
#24
Aham. Como quieras explicarlo, Linux está presente en el 2,1% de los ordenadores. Busca la manera de tragártelo que más gustes.
Un ordenador es un computador: http://dle.rae.es/?id=R9dHZWB
El núcleo Linux está en múltiples computadores: portátiles, de escritorio, móviles, de supercomputación, servidores ... no es muy afortunado tu análisis.
A nivel usuario esta falta de herramientas son un lastre. Te guste o no
Esto es una estupidez. Se te ha escrito por activa y por pasiva que hay múltiples opciones de virtualización y paravirtualización. Pero tú te centras en un único caso y en un único sistema operativo según te convenga, sólo para continuar alargando esta conversación con tus subnormaladas.
Como no tienes ni idea de nada, paso del resto de tu comentario que es puro relleno y paja. Y paso de ti, ya puestos.
#2 Hete, es del verbo haber.