Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Search the Community

Showing results for tags 'intel'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • INURBANOS.COM | Comunidad de Foros!
    • INURBANOS: Novedades | Informacion | Ayudas
    • AGENDA DE SALIDAS Y EVENTOS
    • CANAL YOUTUBE OFICIAL
  • MESUPERA
    • MESUPERA | COMUNIDAD
    • ACTUALIDAD | NOTICIAS | SOCIEDAD | POLITICA
    • VIDEOS
  • CULTURATECNO | Geeks por Naturaleza
    • CULTURA TECNO | COMUNIDAD
    • TECNOLOGIA | NOTICIAS | INTERNET
    • HARDWARE | MODDING | VR
    • SOFTWARE Y SISTEMAS OPERATIVOS
    • WEBMASTERS | SERVIDORES | CODIGOS
    • VIDEOS | TRAILERS | PRESENTACIONES
    • IMAGENES | HUMOR | MEMES
    • CULTURA RETRO
  • NIVELEXTREMO | Somos lo que jugamos
    • NIVEL EXTREMO | COMUNIDAD GAMER
    • NOTICIAS Y NOVEDADES
    • NIVEL EXTREMO | COUNTER STRIKE 1.6 SERVER
    • GAMEPLAY | TRAILERS | SCREENSHOTS | VIDEOS
  • MOBZONE | Lineage 2 Ertheia Server
    • MOBZONE | COMUNIDAD
    • MOBZONE | INFORMACION
    • MOBZONE | DUDAS | CONSULTAS
    • MOBZONE | IMAGENES | VIDEOS
    • MOBZONE | ZONA DE CLANES
    • MOBZONE | INTERLUDE (OLD SERVER)
  • ANIME SHOP ARGENTINA | Anime Store
    • ANIME SHOP
    • COMUNIDAD OTAKU
    • NOTICIAS ANIME
    • COSPLAY | IMAGENES | VIDEOS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Found 5 results

  1. Los usuarios de Linux pueden regocijarse: los cambios en el trabajo en curso en la implementación del kernel de Linux 4.20 de la "implementation of the Single Thread Indirect Branch Predictors" (STIBP) parecen restaurar el rendimiento en los sistemas Intel. Ahora, en lugar de tener un impacto de rendimiento de hasta el 50% en algunos puntos de referencia al actualizar a la última versión del kernel, los usuarios de Linux pueden esperar que sus sistemas funcionen tan bien como lo hacían antes, al tiempo que disfrutan de una mejor seguridad. Se supone que STIBP se defiende contra las vulnerabilidades de Spectre v2, que se basan en una vulnerabilidad en las CPU con multithreading simultáneo (SMT), como los procesadores Intel con Hyper-Threading habilitado. Eso debería ser bueno: nadie quiere que su sistema se vea afectado por una vulnerabilidad conocida. Sin embargo, la naturaleza de la vulnerabilidad combinada con el efecto dramático que esta versión tuvo en el rendimiento llevó a muchos a cuestionar los beneficios de usar STIBP. Esas preguntas finalmente llegaron a Linus Torvalds, quien dijo que "cuando el rendimiento disminuye en un 50% en algunas cargas, la gente debe comenzar a preguntarse si valió la pena", y que "creo que deberíamos usar la misma lógica que para L1TF: por defecto, algo que no mata el rendimiento ". También señaló que las personas verdaderamente conscientes de la seguridad tienen más probabilidades de desactivar SMT por completo que de confiar en las mitigaciones de STIBP. Phoronix comparó algunos cambios preliminares a la implementación de STIBP en Linux 4.20 para ver qué tipo de efecto podría tener en el rendimiento. Muchos de los resultados son favorables: las actualizaciones hacen que la versión SIP condicional WIP condicional de Linux 4.20 esté en línea con Linux 4.19.0 en muchos puntos de referencia. Esta versión aún se desempeña peor en algunos puntos de referencia, pero también es notablemente mejor que 4.20, por lo que debería apaciguar a la mayoría de las personas afectadas por el golpe. Todo esto porque la versión de Linux 4.20 WIP condicional STIBP cambia la implementación de mitigación para que se ejecute solo cuando los procesos lo solicitan o para los subprocesos de SECCOMP. En realidad, eso hace que la implementación del kernel esté más en línea con las recomendaciones de AMD e Intel, que consiste en utilizar las herramientas "quirúrgicamente" en lugar de habilitarlas de manera predeterminada, como dijo el miembro de Intel Arjan van de Ven en respuesta al correo electrónico de Torvalds sobre el problema de rendimiento de STIBP .
  2. El mercado de las tarjetas gráficas dedicadas dejará de ser cosa de dos actores, AMD y Nvidia, para pasar a ser cosa de tres, pues a esos dos gigantes se unirá Intel. Hasta ahora la compañía de Santa Clara desarrollaba chips gráficos integrados, presentes en la mayoría de portátiles del mercado y en procesadores de escritorio, pero nunca han llegado a plantear competencia seria para los dos contendientes clásicos del mercado. Hoy todo eso cambia, e Intel fabricará tarjetas gráficas dedicadas. Tras anunciar un acuerdo con AMD para integrar una chip gráfico en los procesadores, Intel ha contratado a Raja Koduri, ex-jefe de arquitectura de gráficos en AMD, empresa que informó del cese de su actividad el martes. Se trata de un movimiento enorme a nivel de industria, que mueve experiencia y talento entre competidores directos, y que tiene lo que Intel necesita si quiere crecer rápido en el sector, que a su vez es clave en tendencias como los cálculos relacionados con inteligencia artificial o la realidad aumentada. Por una parte, Intel ha anunciado que quiere expandir sus chips gráficos integrados a tecnologías innovadoras, con lo que podrían referirse a dispositivos de Internet de las Cosas, dada la aplicación que estos pueden tener en redes neuronales. Pero lo realmente importante y lo que ilusionará a todos los sectores que requieren de potencia gráfica dedicada es que Intel volverá al mercado de las tarjetas gráficas, tras los intentos de los años 90 y de la década pasada. Además de la contratación de Koduri, Intel tiene a su favor que nunca ha cesado el desarrollo de una arquitectura de chips gráficos, destacando especialmente en potencia en los Xeon Phi, dedicados a cálculo de inteligencia artificial. Al final, lo más extraño de todo son los tiempo de la operación. Primero anuncian el acuerdo entre Intel y AMD. Más tarde la salida de Koduri de AMD, y ahora su llegada a Intel y el ambicioso plan para diseñar y fabricar tarjetas gráficas independientes. Aunque Intel sigue dominando con fiereza el mercado de procesadores, AMD ha vuelto a recuperar terreno perdido hace años, y perder la oportunidad de ponerse a su altura y a la de Nvidia es gráficos es algo que como compañía les vale la pena intentar, para no perder más sectores estratégicos de futuro. [alt1040]
  3. La octava generación de procesadores Intel ya está aquí… aunque no como la habíamos imaginado. La costumbre es asociar generaciones a cada nueva arquitectura, y eso es lo que sucedió cuando Kaby Lake debutó en enero. Las últimas novedades provenientes de Santa Clara confirman el retiro del embargo sobre cuatro chips, dos Core i5 y dos Core i7, todos ellos bajo la designación «U», con un TDP de 15 vatios y destinados al espacio móvil. ¿Qué es lo que traen de nuevo? Para ser honestos, no mucho. Obviamente detectamos mejoras en sus especificaciones, e incluso son un poco más económicos que los procesadores a los que buscan reemplazar, pero el punto es que no hay una arquitectura superior aquí. La buena noticia es que Intel recogió el guante y aumentó tanto el número de núcleos como de hilos. Los chips previos de la serie U eran 2C/4T, pero ahora dan el salto a cuatro núcleos y ocho hilos. En el caso de los Core i5 encontramos al i5-8250U, y al i5-8350U. La frecuencia base es de 1.6 y 1.7 GHz respectivamente, con un modo Turbo que alcanza los 3.6 y 3.7 GHz. Ese Turbo es fijo, o sea que se mantiene intacto a través de todos los núcleos, y la memoria caché L3 para ambos procesadores es de 6 MB. Por el lado de los Core i7 vemos al i7-8550U y el i7-8650U. La caché L3 sube a 8 MB, son un poco más rápidos en su base con 1.8 y 1.9 GHz de frecuencia, y el Turbo máximo (bajo uno y dos núcleos) es de 4.0 y 4.2 GHz. Intel también se tomó la molestia de actualizar el módulo gráfico, ahora bautizado UHD 620, y compatible con vídeo 4K. Las especificaciones suenan bastante bien, y debemos reconocer el desafío de sumar cuatro núcleos con modos Turbo tan extremos en un TDP de 15 vatios, sin embargo, su arquitectura es una actualización de Kaby Lake, o «Kaby Lake Refresh», por lo tanto, Intel decidió diluir de manera efectiva al término «octava generación». Esa expresión ahora incluye a Kaby Lake Refresh (14nm+), Coffee Lake (14nm++), y Cannon Lake que supuestamente bajará a 10 nanómetros. Una pesadilla de nombres sin lugar a dudas, pero no podemos hacer mucho más. Ahora nos queda esperar a los Raven Ridge de AMD, y sus variantes móviles. Nota Original: [Anantech.com]
  4. Los errores de hardware son tan inevitables como los de software, aunque su impacto puede ser mucho más grave y costoso para el usuario. Lamentablemente, las últimas generaciones de procesadores no parecen ser inmunes. Sin ir más lejos, los chips Ryzen se quedaban congelados en algunas cargas de trabajo con código FMA3, y AMD trabajó contra reloj junto a los fabricantes de placas base para publicar el parche necesario. Ahora es el turno de Intel, o siendo más específicos, los procesadores Skylake y Kaby Lake de la compañía que sean utilizados con la función de Hyper-Threading activada (siempre y cuando esté disponible). El error fue reportado por desarrolladores de Debian durante el fin de semana, pero de acuerdo al texto, el bug está siendo investigado desde enero, y su detección inicial se remonta a mediados de 2016. La documentación pública de Intel presenta al bug como «Bucles Cortos que usen Registros AH/BH/CH/DH podrían provocar un comportamiento impredecible en el sistema». En su descripción leemos que bajo condiciones complejas, los bucles cortos con menos de 64 instrucciones que utilicen a los registros AH, BH, CH o DH, al igual que los registros anchos correspondientes (como RAX, EAX, o AX para AH), pueden causar efectos impredecibles en el ordenador, pero eso sólo sucede cuando los dos procesadores lógicos en un mismo procesador físico se encuentran activos (o sea, Hyper-Threading). Intel ya publicó varias correcciones en el microcódigo, y es cuestión de tiempo para que lleguen a todos los usuarios, ya sea como parches a nivel del sistema operativo, o como un update en el BIOS/UEFI de la placa base. En el peor de los casos, si un usuario se ve afectado por el bug siempre tiene la opción de desactivar Hyper-Threading de forma temporal, pero el número de incidentes ha sido tan bajo, que en lo personal no creo que valga la pena llegar a ese extremo.
×