#23 Toda la puta razón. Eso que dices tiene una expresión: Fascismo o totalitarismo de ideas. Generalmente sutil, pero así es.
Dicho esto, #26, #37: Cada uno que meta la polla o se frote el coño con el que quiera, no es cuestión de derechos humanos, para nada, es cuestión de que cada uno es dueño de su cuerpo y podemos opinar o criticar ( libertad de expresión ), pero nunca limitar lo que dos personas adultas o suficientemente maduras y libres deciden hacer con su sexualidad.
Pues esto pasa NMil veces sin intención, no me jodas, el típico caso de enlazar imágenes donde el audio corre unos segundos más o tal. Si quieres ver estas cosas, al final las "ves".
#76 Bueno, pa eso es casi mas limitacion la placa. Los slots PCIe. Y, para el poco ancho de banda que necesitas al mandar trabajo a las GPUs, puedes usar raisers PCIe 1X a PCIe 16X pasando por extensores de 1 a 3 PCIe, que multiplexan a quien mandar y tal.
#45 y #52 A ver, ambos teneis razon, pero hablais de cosas diferentes ( tiene algo mas razon, en este caso/matiz #45 ). Para minar ( Ethereum y demás ) se necesita GPU, asique pones una CPU de lo más barata y de poco consumo que puedas, pues actua como mero "mandatrabajos" a la GPU. Sobraria hasta con un atom, muy probablemente, pero chipsets para atom que soporten esas GPUs no hay, creo.
Pero también es cierto que los Ryzen consiguen más con poca frecuencia y tampoco sabemos lo que van a valer los R3, quiza acabe habiendo un R3 que consuma y/o gaste menos watts...
#63 sí, es un poco AMD, al menos en las buenas épocas, pero desde un punto de vista no absoluto, incluso en épocas donde no ha vendido bien. Es muy chulo como les cuadra todo con una misma arquitectura, desde un R3 a un EPYC, usando el mismo core de base, muy muy chulo.
Si comparas i3, i5 e i7, vaya, pero si comparas con Xeons, el core sí, pero los buses y demás son muyyy diferentes, los die son totalmente adhoc, etc., cosa que en AMD, por lo que sabemos, no, son muy reutilizables.
Y es que intel tiene bastantes rangos que se podrian llamar poco racionales en su gama de productos; una palabra que me viene a la cabeza con los Ryzen de AMD es "racional" ( cosas con sentido, tanto para el comprador como para ellos en aprobechamiento/yield, que los mismos die sirvan para consumidor normal o para uso en servidores - aunque esto tiene un matiz -,... ). Es tan así que es bonito ver lo redondo que esta siendo el tema.
Now the issue seems to be that as tasks are migrating from core to core is causing a lost in data access. If a task was on core 1 CCX 1 and got picked up by core 7 on CCX 2, all of the data related to that task in the L3 cache is gone. At that point the chip can either copy over the data from the L3 cache on CCX1 through the data fabric (22 GB/s shared with the memory controller) or let it get created naturally as the task starts from scratch with code paths in the L1 and L2 and finally the L3 when needed. Now multiple that happening 1000 fold because a game doesn't care what core is handling the math. This is what potentially is causing the drop in performance for some games.
What they have to do is either limit which logical cores can pick up a task or rework how the CPU handles these kinds of data shifts. Fixing the data fabric bandwidth, unifying the L3 cache into a true single 16 MB cache, of fixing the latency issue with memory would need to be fixed in future generations of the chip.
Y es interesante tambien el resumen que hace [nem..]
Yo tengo un 1600 a 3.9GHz y con la RAM funcionando a 3200MHz ( funcionando, comprobado, no que UEFI me diga que lo está y no este ) y vamos, me falta hacer alguna prueba sintética de estas que, si tengo tiempo, haré. Tengo el update AGESA 1.0.0.6. Pero me da a mí que muchas de esas cosas son demasiado sintéticas. Por cierto, la latencia de cache sólo importa cuando el nivel de misses no es bajo.
#362 Ahh, vale, no conocía. Creía que te referías a las latencias entre CCX.
EDIT: coño, según mando el mensaje se me ocurre que es L3 y que puede ser resultado de, precisamente, lo que te digo ( tengo que leer sobre el tema, eh, ojo ): si la L3 es local al CCX actual, bien, pero si accede a la L3 acoplada en otro CCX, ahí sí hay latencias; al final es una media.
EDIT2: Vale, leído el tema, sí, es precisamente de lo que hablaba. Ahora, un tema, ojo con los benchmarks sintéticos, ahí habla de bloques de cache de tamaño grande y demás, sin saber los detalles de cuando pasa, estas cosas se ven en benchmarks que precisamente buscan detectar esos cuellos de botella, que, sin ser algo obviable , habría que ver su impacto real en apps normales... que ya se que eso es difícil
#353 Aquí explica bastante el Infinity Fabric y las comunicaciones intra VVX y inter CCX en EPYC ( y asumo que ThreadRipper ): www.youtube.com/watch?v=aokgkxHJVYQ ( es una comparación con el futuro sistema de comunicación de los nuevos Xeon de intel ).
#353 La pequeña pega de los Ryzen es, ahora mismo, la comunicación entre CCX o Core Complex ( clusters de 4 núcleos/8 hilos en los R7 y que tienen 1 o 2 núcleos, con o sin SMT desactivado, ya se sabe, para mejorar el yield y aprobechar procesadores que hayan salido con algún(os) núcleo(s)/hilo(s) defectuoso(s) ) va a través del Infinity Fabric ( lo que antes era el HyperTransport ) para acceder tanto a cache de otros núcleos como a, según en que Ryzen ( EPIC, ThreadRipper y no se si el alguna configuración de los R3, R5 y R7 - aunque en estos no creo ), canales de memoria a los que otro CCX está unido ( tengo dudas de si esto aplica tambien a PCIe lanes, creo que si en el caso de EPYC y ThreadRipper ).
No es que el Infinity Fabric sea malo, al contrario, es bastante bueno, es una comunicación "todos a todos" tanto intra CCX como inter CCX, pero si que se ve una penalización cuando cores de un CCX acceden a cache de cores de otro CCX.
#330 Ojo, raro será que me meta contigo por eso ( salvo que piense que por profesión, formación o lo que sea, debieras saberlo ). Me he metido un poco por/para que no te metieras o dijeras que no es castellano, etc. Sí que es verdad que estas cosas se encuentran fácilmente en internet. Salvo cuando requieran algo de explicación, que entonces prefiero dártela yo mismo.
#8 apetor 
