Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'intel'.

The search index is currently processing. Current results may not be complete.
  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 7 resultados

  1. Buenas a todos, tengo un problema al intentar modificar la resolució de mi pantalla, quiero poner 1280x720 ya que tiene la misma relación que mi resolución actual 1366x768 pero un con unos cuantos menos pixeles, es una prueba de rendimiento, configuré el xorg así. Section "Device" Identifier "Device0" Driver "intel" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Monitor "Configured Monitor" SubSection "Display" Modes "1280x720" Virtual 1280 720 Depth 24 EndSubSection Identifier "Display0" Device "Device0" EndSection Es uan configuración casi básica con alguna cosa que encontré por ahí, antes solo tenía puesto la sección "device", el caso es que me sigue mostrando la resolución 1366x768 y al configurarla a través de las opciones de Gnome no me deja elegir esta tampoco, solo 1360x768, 1024x768 y 800x600 que no tienen la misma relación que mi pantalla 16:9¿Alguien sabe como se hace exactamente esto? Al menos que me deje seleccionar esa opción en el menú de configuración de pantalla para poder volver a la original rápidamente según sea necesario. Saludos. PD: Me faltó mencionar que uso Debian Testing con Gnome 3, mi gráfica es una Intel HD 4600 y tengo un laptop con monitor de 14"
  2. Comenzamos el año con una noticia perturbadora dentro del mundo tecnológico y de la que son protagonistas Meltdown y Spectre, dos vulneravilidades graves y que afectan a millones de dispositivos. La prensa sensacionalista no se ha hecho de rogar y están, dicho de manera simple y llana, tirando mierda como si no hubiera mañana, con grandes muestras de fanatismo por cierta marca o su rival y nubes y claros por la zona de levante. Si hay algo que se puede sacar en claro es que estos medios se especializan en pintar las cosas de tonos de amarillo y rosa y poco más. ¿Qué ocurre realmente? Pues vamos a intentar indagar un poco a ver si no enteramos. Y dado que Pablo Isua ha hecho un análisis bastante cortito y comprensible, a la par que completo, en su cuenta de Twiter, vamos a partir de ahí En primer lugar debemos saber que hablamos de un problema de seguridad a nivel de hardware que se remonta dos décadas o más, por lo que podemos decir con casi total certeza que todos nuestros dispositivos serán vulnerables. Tanto Spectre como Meltdown se aprovechan de ciertas características de los microprocesadores conocidas como ejecución especulativa y ejecución fuera de orden, técnicas muy antiguas y que, dicho de manera sencilla, buscan "predecir" la instrucción a ejecutar a continuación por el procesador para aprovechar los tiempos en que este está ocioso para adelantar trabajo y aprovechar mejor los recursos en lugar de ejecutar instrucción tras instrucción de manera secuencial. El rastro de este proceso es lo que hace posibles las dos vulnerabilidades antes mencionadas: Meltdow permitiría acceder, desde un proceso con bajos privilegios, a la zona reservada en el mismo para el kernel, permitiendo tener acceso directo a la memoria física y acceder a información confidencial. Es una vulnerabilidad que es relativamente fácil de explotar y está es la razón por la que ha cundido el pánico. La solución planteada en este momento es radical, a la espera de mejores alternativas, y es deshabilitar todo lo relacionado con estas características de la CPU. Resultando en la tan mencionada y polémica pérdida de rendimiento de entre un 5 y un 30% de la que tanto eco se hacen los medios. En el caso de Linux hemos visto como el parche se centra en proveer un aislamiento de la tabla de páginas del núcleo (Page Table Isolation o PTI) para procesadores de arquitectura x86, que ha aplicado de manera inmediata en versiones activas y en desarrollo del kernel. Esta vulnerabilidad parece afectar EXCLUSIVAMENTE a procesadores Intel (a excepción de los Itanium y Atom), aunque con el paso de los días y según avance la investigación al respecto, podremos estar más seguros. Spectre, por su parte, rompe la barrera entre aplicaciones, permitiendo manipular o "engañar" al kernel para que revelen información sensible almacenada en zonas de memoria que controle el proceso relacionado con dicha aplicación. Este malware es más complejo a la hora de explotarlo y requeriría que el malware estuviera presente y ejecutándose en el mismo equipo a vulnerar. Esta vulnerabilidad es de carácter general, basada en una gama más amplia de de características de ejecución especulativa. Esto afecta a cualquier procesador, tanto Intel como AMD e incluso procesadores de arquitectura ARM son vulnerables a Spectre y, de momento, no existe ninguna solución posible para este problema. Repercusiones Más allá de tomar nosotros mismos la decisión radical de iniciar nuestro equipo con la opción pti=off (haciendo así caso omiso del parche que corrige la vulnerabilidad), como usuarios no podemos hacer gran cosa al respecto hasta que los fabricantes y desarrolladores no den con una solución al problema. No obstante, como usuarios tampoco nos veremos afectados en prácticamente ningún aspecto por los daños colaterales que suponen las soluciones actuales para estas vulnerabilidades. En un escenario donde se haga uso de aplicaciones que hagan múltiples cambios al modo kernel, que son todas, o al menos la inmensa mayoría de aplicaciones que utilizamos a diario, no habrá ninguna penalización de rendimiento. Donde sí resultará un drama será en centros de datos, servicios en la nube y similares, tanto en la parte que respecta a la seguridad, como en lo que se refiere a pérdida de rendimiento. Las primeras pruebas que se han hecho públicas en diferentes portales así lo avalan. No hay diferencia apreciable de rendimiento a la hora de jugar, reproducir contenido multimedia, trabajar con documentos y otras aplicaciones de uso común, así que de momento lo que debemos hacer es mantener nuestros equipos actualizados y seguir pendientes de nueva información acerca de este gigantesco problema con el que los fabricantes están obligados a lidiar, de una manera u otra, a partir de ahora, aunque desde el CERT (Computer emergency response team) ya han asegurado que la única solución a la vista es, dado que se trata de un problema que radica en el hardware, sustituir todos los microprocesadores afectados por nuevos componentes sin este problema de diseño. https://meltdownattack.com/
  3. Hace unos días fuimos testigos de una noticia que jamás habríamos imaginado ver y es que Intel y AMD decidieron enterrar el hacha de guerra y cooperar para crear, de manera conjunta, un procesador con GOU Radeon integrada, pensado no sólo para ser el más potente del mercado hasta el moemnto, sino para acabar con la hegemonía de Nvidia y sus Tesla en los referente a hardware gráfico para equipos integrados y portátiles. El mencionado procesador combinará las especificaciones de un chip Core H de la octava generación de Intel con una GPU Radeon de AMD con memoria HMB2 y diseñada exclusivamente para este cometido y se montará en tres chips separados. Pero es que Intel no ha parado aquí y acaba de anunciar su intención de fabricar tarjetas gráficas dedicadas de alto rendimiento. Hasta tal punto llega su ambición en este sentido que ya han fichado algunos pesos pesados del sector, como Raja Koduri, el que hasta ahora era el máximo responsable de la división Radeon dentro de AMD, para que lidere el "Core and Visual Computing Group" de Intel, que tiene como objetivo expandir las soluciones gráficas de Intel. Aunque no se ha desvelado una fecha concreta, se espera que los procesadores Intel con GPU AMD llegarán al mercado durante el primer trimestre de 2018, no así las gráficas dedicadas que se rumorea llegarán algo más tarde. La entrada de un tercer competidor en el mercado de las tarjetas gráficas supone una grata noticia, aportando no sólo una mayor variedad de hardware a elegir, sino fomentando la competencia entre las compañías para ganarse el favor de estos ofreciendo precios más bajos y mejoras tecnológicas más atractivas y continuas, acabando con el duopolio que han mantenido Nvidia y AMD desde hace tanto tiempo y que, ahora mismo, con la ausencia de productos AMD para las gamas más altas, ha dejado a Nvidia en una posición demasiado cómoda y a los pobres consumidores unos precios desorbitados. Aún es pronto para pensar en controladores, compatibilidad y hardware, pero cabe esperar que se mantenga la tónica actual y que el nuevo hardware ofrezca un buen soporte para todas las plataformas, incluyendo, como no, GNU/Linux. Pero como ya he dicho, de momento lo único que podemos hacer es esperar a ver cómo resulta esta alianza entre los enemigos más acérrimos del mundo de los procesadores y si de verdad Intel será capaz de quitarle el galardón de tarjeta gráfica más potente del mundo a una Nvidia. https://newsroom.intel.com/news-releases/raja-koduri-joins-intel/
  4. Buenas tardes, estoy con Ubuntu 16.04 instalado en un Compaq 610. Buscando como mejorar un poco la gráfica encontré que Intel tiene una herramienta muy interesante, la Intel Graphics Update Tool for Linux* OS v2.0.2. Fuente: https://01.org/linuxgraphics Esta herramienta actualiza los drivers de las tarjetas gráficas Intel tanto en Ubuntu 16.04 como en Fedora 24, arquitecturas de 32 y 64 bits. Pues bien al hacer: $ lspci | grep VGA obtengo: 00:02.0 VGA compatible controller: Intel Corporation Mobile GME965/GLE960 Integrated Graphics Controller (rev 0c) Para instalar la herramienta agregamos la llave pública del repositorio Ubuntu 16.04 $ wget --no-check-certificate https://download.01.org/gfx/RPM-GPG-KEY-ilg-4 -O - | \ $ sudo apt-key add - $ sudo apt-get update $ sudo apt-get upgrade Información adicional Ubuntu https://01.org/linuxgraphics/documentation/running-update-tool-using-gdebi Fedora 24 Luego de agregar las firmas, elegimos el paquete según arquitectura y distribución: Descargamos el correspondiente, y en mi caso solo tuve que hacer doble click en el archivo .deb, y el instalador de software de Ubuntu instaló el paquete (requirió la clave de administrador). Una vez instalado, ubicamos el "intel-graphics-update-tool" en Unity con el Dash buscamos Intel, y en Genome Aplicaciones, Herramientas del sistema, Preferencias. Doble click sobre él y se inicia el proceso Nota: como siempre, agradezco sí el tema lo requiere, sean modificadas etiquetas o reubicado, por parte de moderadores o Admin del Foro. Espero sea de utilidad JPablos
  5. Buenas a todos, Me gustaría saber que modulo esta usando la tarjeta gráfica integrada en mi pc: # lspci 00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4) 00:1f.0 ISA bridge: Intel Corporation C226 Series Chipset Family Server Advanced SKU LPC Controller (rev 04) 02:00.0 PCI bridge: Texas Instruments XIO2001 PCI Express-to-PCI Bridge # lspci -v 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) (prog-if 0 0 [VGA controller]) Subsystem: Dell Device 0620 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at f7800000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Veo que no me aparece el típico"kernel drive in use" como el caso de la tarjeta de red: # lspci -v 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04) Kernel driver in use: e1000e Gracias y un saludo.
  6. Pues eso que me he dispuesto a deshabilitar la tarjeta de wifi/bluetooth ya que no hay ninguna opción libre para ella en los repositorios main de Debian testing, la tarjeta es una Intel 7260. El caso, es que cuando arranco el equipo se pone a buscar el firmware necesario y me tarda uno segundos más de la cuenta por este hecho ¿Cómo puedo hacer que no intente buscar ese firmware que falta? Saludos y gracias con antelación.
  7. Este mes de Agosto, desde el 9 y hasta el pasado día 13, se ha celebrado el Siggraph 2015, la feria donde los pesos pesaos de sector de los gráficos computerizados nos muestran las novedades del sector y de paso nos dejan con la boca abierta. Lamentablemente, aunque Vulkan, La nueva API gráfica abierta del grupo Khronos, fue una de las grandes protagonistas del evento, al final no ha ocurrido lo que todos esperábamos. Vulkan aún no ha sido lanzada oficialmente, peor sí que sabemos que la tendremos entre nosotros en breve, antes de que acabe el año. La siguiente fecha clave a la que apuntan todo los rumores no sólo sobre Vulkan sino con casi todo lo que tiene que ver con gráficos por ordenador, pasa a ser Octubre, cuando tendremos otro evento cumbre para Linuxeros y gamers, la salida, por fin, de las dos grandes apuestas de Valve, Steam OS y Steam Machines. Como comentábamos hace unos días, aunque no tenemos Vulkan, las APIS actuales del grupo Khronos sí que han sufrido cambios, brindándonos nuevas versiones, especificaciones y extensiones de OpenGL 2015, OpenGL ES 3.2 y la promesa de la llegada de la esperada WebGL 2.0 también antes de que acabe el año. Google e Imagination technologies nos han puesto los dientes largos, el primero al asegurar que la próxima versión de Android se beneficiará de todas las ventajas de Vulkan y el segundo, al demostrar el enorme aumento de rendimiento que esto supone: Epic Games y otros grandes del sector de los videojuegos y el entretenimiento digital también se han deshecho en elogios hacia la API y mostrado un total compromiso a la hora de adoptarla desde el mismo instante en que ésta sea oficialmente liberada. Unreal Engine 4 cuanta ya con soporte para Vulkan, al menos hasta el punto donde esta se encuentra ahora mismo y a falta de la salida de sus especificaciones finales para poder poner apunto todos los detalles. Samsung también nos ha asegurado que Tizen será una de las primeras plataformas que contarán con soporte para Vulkan. No obstante, no todo ha sido risa y jolgorio, pues nos ha pillado un poco por sorpresa la decisión tomada por la gente de Unity de no trabajar con Vulkan para centrarse en las APIs cerradas, como Metal de Apple, terminando su conferencia con un vago "no estamos trabajando en Vulkan por el momento, pero lo tendremos presente". Una decisión que no sólo nos deja estupefactos a linuxeros y gamers, sino que choca frontalmente con la decisión de Google de ir a por todas con Vulkan, siendo precisamente Android una de las plataformas donde más presencia está ganando el motor gráfico Unity últimamente. Al margen de la polémica y siguiendo con los más destacados del Siggraph, LunarG puso el punto y aparte con LunarXchange, un portal de soporte para el desarrollo centrado en Vulkan y que nace gracias al patrocinio de Valve. https://www.youtube.com/watch?v=LyyKj2LJ0E0 Aunque lo damos por hecho, también se ha hablado sobre GNU/Linux, siendo la plataforma por excelencia para las APIs abiertas y no sólo eso, también nos confirman que no habrá ningún impedimento para poder explotar Vulkan desde Wayland, X11 o cualquiera que sea nuestro servidor o entorno gráfico. Dado que parece que nos hemos convertido unos expertos a la hora de "esperar", ya sólo nos queda hacer lo que mejor sabemos porque sin duda alguna el último trimestre de este año será un no parar para gamers, linuxeros, desarrolladores y entusiastas. https://www.khronos.org/vulkan
×
×
  • Crear Nuevo...