Jump to content

Andropov

Usuarios Activos
  • Content Count

    1813
  • Joined

  • Last visited

  • Days Won

    1

Andropov last won the day on January 23 2019

Andropov had the most liked content!

Community Reputation

4 Neutral

About Andropov

  • Rank
    Usuario Activo
  • Birthday 08/21/1997

Recent Profile Visitors

654 profile views
  1. Sí, en principio es el sistema operativo el que "coloca" los hilos en en núcleo que le parece apropiado. Pero me pareció significativo que una función nativa de swift como concurrentPerform ignore completamente el hyperthreading. En principio, ya que controlan el compilador y el SO, si hubiese alguna ventaja en utilizar el hyperthreading en esos casos lo habrían optimizado ya. Además me da la impresión (aunque no sé lo suficiente como para opinar con rigor) de que con la cantidad de cores actuales el hyperthreading cada vez tiene menos sentido. La ventaja principal era que si un hilo lle
  2. Creo que entonces la motivación era conseguir Out of Order Execution e intentar hacerlo con las instrucciones de longitud variable de x86 era inviable. Irónicamente, y si mal no recuerdo, Intel consiguió tener out of order execution antes que nadie. Y es un buen ejemplo de algo que a priori sería más acorde con la filosofía CISC (hacer más por ciclo de reloj) pero que sin embargo pronto adoptaron también muchas arquitecturas RISC (PowerPC y ARM también lo hacen). Sobre lo último que comentas, yo no estaba seguro de si GeekBench usaba sólo los núcleos de la CPU. Para algunas cosas como los
  3. Realmente son cosas que se oían más por aquel entonces (supongo vaya, yo ni había nacido 😂) y que dejaron de tener sentido ya a principios de los 2000. Ars Technica hizo un genial artículo sobre cómo el diseño de procesadores se adentraba en un mundo "Post-RISC" y que el término estaba dejando de tener sentido. El artículo (aún válido hoy en día, y muy interesante) es de 1999. Desde entonces la cosa se ha difuminado aún más y no tiene mucho sentido hablar de RISC vs CISC hoy en día. Además, no en este artículo en concreto pero sí en otros, el mismo autor comenta que CISC es inherentemente
  4. Uf. No es el primer artículo que leo de ese autor. Voy a leerlo, pero como sea como el resto...
  5. En principio no tendrían problemas y parece que es lo que harán. Previsiblemente 2 o 4 núcleos Firestorm más. Leía estos días comentar a un ex-ingeniero de AMD que el patrón de diseño que parece estar siguiendo Apple para sus procesadores es el típico en los SoCs: diseñar núcleos que sean independientes de la latencia a componentes externos del paquete (caché, GPU, controladores de memoria) de forma que al crear un nuevo diseño (por ejemplo, con más núcleos) no tengas que rediseñar los núcleos. La otra opción es afinar uno a uno el diseño de cada núcleo para aprovechar que esté más cerca o más
  6. Hombre, pero es que es la CPU del MacBook Pro y el MacBook Air básicos. Que esos llevaban un quad core (ni siquiera 4+4) de Intel en la última actualización (o incluso dual core en el MacBook Air). De hecho 8 núcleos en portátil, salvo en el i9, no hay. Ni siquiera en PC, donde lo típico en la franja de 1500-2500€ es el i7 10750H de 6 núcleos. Y de todas formas los núcleos de Apple son mucho más rápidos, que al final es mejor que tener un montón de núcleos pero poco potentes. Aún así, ya llegarán, que está pendiente el M1X para los MacBook Pro 13" de gama alta y los de 16". De momento los
  7. En la review de Anandtech (la mejor, como de costumbre) salen algunos Ryzen. No sé si los nuevos, porque no estoy al día de todas las novedades, pero sí que son recientes.
  8. El cargador que vende Apple para el iPhone es USB-C de 20W y funciona con el cable que viene en la caja (USB-C a Lightning). Yo no me preocuparía demasiado por lo de la vida de la batería y la potencia del cargador. Hay otras cosas, como la función de cargar la batería hasta el 80% por la noche y solo al 100% en las últimas dos horas antes de despertarte que ayudan más con eso.
  9. De hecho, sigue siendo así. Arreglaron el error con iOS 13.7 pero ante cualquier nuevo fallo pasará lo mismo. De hecho, hace unos días alguien abrió un issue en GitHub diciendo que le había llegado una notificación de exposición alta pero que al entrar en la app todo le salía normal... Totalmente de acuerdo. Ha sido un fracaso absoluto, ya no tiene solución.
  10. Sí, tienes razón, no sé por qué pensaba que eran sólo los generados. Respecto a cuánto se usan, hay alguien que está trackeando el uso de la app en GitHub. Por lo que he visto en Suiza el porcentaje está en torno al 20%.
  11. Según entiendo por la noticia el 1,2% no es el porcenataje de positivos introducidos en la app, sino el porcentaje de positivos a los que se les ha asociado un código. Luego, de ese 1,2% de positivos que sí tienen un código asociado, los usuarios lo meterán (o no) en la app cuando se lo comunique el rastreador, si es que tienen la app instalada.
  12. Un monitor de resolución estándar (1080p o incluso 1440p) no se ve ni parecido a la pantalla del Mac. El MacBook utiliza 4 píxeles por cada píxel que usa el monitor, y con unas dimensiones más reducidas, así que se ve todo mucho más "suave". Lo que estarías buscando para tener un monitor con una pantalla de calidad similar a la de tu Mac (que no es fácil) es uno con una densidad de píxeles (ppi) parecida, IPS (amplio ángulo de visión) y P3 (soporte para más colores que el estándar de color sRGB, aunque esto probablemente sea lo menos importante). Así de memoria (estuve mirando hace p
  13. Qué raro, yo no estoy suscrito y la podía ver. ¿Quizá haya un límite diario o mensual de artículos que se pueden ver? En resumen, hablan de una "brecha de seguridad" y de que Amazon tenía acceso a los "usuarios" positivos y que los "datos" de los usuarios no estaban protegidos de terceras personas. Realmente lo único que estaba expuesto eran las direcciones IP públicas de las personas que subían un positivo a la aplicación (porque los usuarios que no subían un positivo no conectaban con el servidor nunca). Al contactar con el servidor de DNS para resolver la dirección del servidor al que
  14. Bueno el otro día leí en un (disparatado) artículo de El País que sólo en el 1,2% de los positivos Sanidad generaba un código para introducir en la app de Radar Covid. Así que casi que da igual cómo funcione la app, si las administraciones no la usan... (Lo de disparatado lo decía porque el artículo habla de una supuesta brecha de seguridad en la que se habrían estado filtrando todos los datos de los usuarios, que al final resultaba ser que el host del servidor que usa la app (Amazon) puede ver las direcciones IP de las personas que se conectaban).
  15. Otros años no lo tenía, ¿no? A mí me parece un error ligar la pantalla más grande a una mejor cámara. Sobre todo porque ya estamos hablando de tamaños de pantalla que no son cómodos para todo el mundo.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.