www.phoronix.com/scan.php?page=news_item&px=MTI5MTI por
Filiprino el 02-02-2013 13:23 UTC publicado: 03-02-2013 12:05 UTC
En el FOSDEM ha sido revelado que Intel tiene contratados más de 24 desarrolladores en su Open-Source Technology Center y que pretende contratar más. Las contribuciones de Intel representan cerca del 50% del soporte DRM. También tienen gente trabajando en Wayland/Weston. Estas cifras contrastan con las de AMD, que tiene sólo unos 5 trabajadores dedicados al núcleo Linux y el driver libre Radeon. En el caso de Nouveau para NVIDIA, sólo trabaja 1 persona de Red Hat y ocasionalmente otra. Esporádicamente también hay contribuciones de la comunidad.
etiquetas: linux, intel, software libre, drivers gráficos negativos:
0 usuarios:
212 anónimos:
253
De momento Valve no ha hecho ningún commit y tal y como mencionan en su blog:
We’ve been working with NVIDIA, AMD, and Intel to improve graphic driver performance on Linux. They have all been great to work with and have been very committed to having engineers on-site working with our engineers, carefully analyzing the data we see. We have had very rapid turnaround on any bugs we find and it has been invaluable to have people who understand the game, the renderer, the driver, and the hardware working alongside us when attacking these performance issues.
This is a great example of the benefits that are the result of close coordination between software and hardware developers and should provide value to the Linux community at large.
blogs.valvesoftware.com/linux/faster-zombies/
#102
Normalmente los NDA se firman para añadir soporte exclusivo para cosas como NVIDIA 3D Vision o AMD HD3D o alguna opción específica de sus paneles de control avanzados.
#102
We’ve been working with NVIDIA, AMD, and Intel[...]They have all been great to work with and have been very committed to having engineers on-site working with our engineers, carefully analyzing the data we see.
En Intel ni firmas, ni NDAs, ni leches. Via libre, como si es a las 3 de la mañana, donde sea y para lo que sea, como si es un cambio de última hora. la ventaja es evidente.
#101 Aunque no hayan subido nada es obvio que tiene mucha mejor disponibilidad de acceso y quién puede tunear mejor los drivers.
Intel puede optimizar sus drivers según los consejos de Valve y tunearlo más.
Aparte que del driver libre nos beneficiamos todos.
Según leí, copio y pego:
The developer described their meeting as "the most successful work trip I've ever had". For example, he said that Intel helped the game developers find some performance bugs in their engine's vertex buffer management, and that fixing these bugs will also benefit non-Intel GPUs. Romanick added that, in the Intel driver, the teams found problems that can cause increased CPU loads. Being able to access the source code of Valve's game engine made their work a lot easier, he explained, because it gave them a simple way of analysing the drivers' behaviour in different game scenarios. According to Romanick, adapting games to proprietary drivers (on all platforms) is much more complicated: they are like a blackbox, he said, adding that developers "have to play guess-and-check games" to optimise their code.
Repito que con los drivers libres no tienen que estar firmando tratos cada vez que quieran tocar algo.
Muy bien por esas palabras, pero lo que cuenta es lo que pasó realmente durante el desarrollo de Steam.
blogs.valvesoftware.com/linux/faster-zombies/
Los tratos los van a seguir haciendo igual, sean los drivers libres o no. Eso sí, el que sean libres desde el punto de vista técnico permite un desarrollo más ágil y cómodo además de una mejor integración con el sistema.
www.phoronix.com/scan.php?page=news_item&px=MTE0MzQ
#103
El que no quiere entender me parece que eres tú. Deberías de saber que el Windows cuando abres el menú inicio tira automáticamente de su sistema de indexación, el cual es más lento que el de otros sistemas. He utilizado Ubuntu en un netbook (y lo sigo utilizando cuando lo abro), y el sistema va bien.
Hombre, a la hora de programar un juego eso es una ventaja cojonuda. Compatiblidad y rendimiento, lo llaman.
" Y de la batería mejor ni hablamos. " Laptop-mode, sdparm, powertop, y cpufreq hacen bastante. Y con júpiter llegan a superar en batería a Windows.
No digo que no pueda ser cierto, pero en serio, hacéroslo mirar.
We’ve been working with NVIDIA, AMD, and Intel to improve graphic driver performance on Linux. They have all been great to work with and have been very committed to having engineers on-site working with our engineers, carefully analyzing the data we see. We have had very rapid turnaround on any bugs we find and it has been invaluable to have people who understand the game, the renderer, the driver, and the hardware working alongside us when attacking these performance issues.
This is a great example of the benefits that are the result of close coordination between software and hardware developers and should provide value to the Linux community at large.
The developer described their meeting as "the most successful work trip I've ever had". For example, he said that Intel helped the game developers find some performance bugs in their engine's vertex buffer management, and that fixing these bugs will also benefit non-Intel GPUs. Romanick added that, in the Intel driver, the teams found problems that can cause increased CPU loads. Being able to access the source code of Valve's game engine made their work a lot easier, he explained, because it gave them a simple way of analysing the drivers' behaviour in different game scenarios. According to Romanick, adapting games to proprietary drivers (on all platforms) is much more complicated: they are like a blackbox, he said, adding that developers "have to play guess-and-check games" to optimise their code. They have all been great to work with and have been very committed to having engineers on-site working with our engineers, carefully analyzing the data we see. We have had very rapid turnaround on any bugs we find and it has been invaluable to have people who understand the game, the renderer, the driver, and the hardware working alongside us when attacking these performance issues.
Sí, los demás han estado bien, peeero, en el caso de NVIDIA y AMD, siguen cerrando el código. Y el driver Radeon es malo como el solo.
Los de Valve si quieren volver a tocar el código, pueden incluso modificarlo ellos mismos y beneficiarnos todos, incluída la gente de la comunidad de softare libre. Con NV y ATI, nos jodemos, yo como usuario y sysadmin y los demás desarrolladores de juegos, puesto que a esa información... sólo ha accedido Valve.
Con el trabajo para Intel, la optimización puede englobar hasta los BSD, y qué decir del apoyo de empresas como RedHat con Fedora y tales drivers.
Linus tiene razón al criticar a NVIDIA.
No, no te estoy dando la razón, lee bien y pon atención a lo que llevo diciendo todo el rato, porque llevo diciendo todo el rato lo mismo.
Es obvio que es más cómodo trabajar con un driver libre, pero al final el que realiza modificaciones al driver es el desarrollador del mismo, no el estudio del juego que se preocupa únicamente de su motor gráfico. Y es lo que ha ocurrido. Intel ha visto mejoras posibles en su driver y las aplicará, además sus mejoras beneficiarán a otros drivers ya que Intel también trabaja en otras áreas del servidor X. Como resultado de trabajar con Valve también ha indicado mejoras posibles a su motor gráfico. Por otra parte NVIDIA y AMD también han trabajado muy bien con Valve y han mejorado sus respectivos drivers y la experiencia de juego de Valve, como ya hiciera NVIDIA con Crytek y otros muchos estudios.
Los de Valve si quieren volver a tocar el código de su motor lo volverán a hacer, sea el driver cerrado o abierto, pero es obvio que es más cómodo hacerlo trabajar con un módulo libre ya que permite un desarrollo más ágil y una mejor integración con el sistema lo cual redunda en una mayor compatibilidad pero que no tiene porqué traducirse en rendimiento ya que hay mucho software de código cerrado como el ICC (Intel C++ Compiler) que da mejor rendimiento con procesadores Intel que otros compiladores como el GCC.
El tema es que no estoy diciendo que sea mejor el código cerrado. Es evidente que es mejor el código abierto y libre, pero que se puede trabajar bien con los drivers de código cerrado también es cierto, simplemente que es más difícil que las mejoras encontradas con dichos drivers redunden en un beneficio para el resto ya que están poco integrados con el sistema.
Quién sabe, quizá en un futuro liberen el motor. Yo ya lo hago con juegos libres/datos propietarios, como Arx Libertatis y cientos de juegos con Scummvm
Mira si no las ventas de juegos en GOG.com que tienen un motor libre :). A las compañías se les ahorra trabajo de portarlo, el juego es libre y necesitas conseguir los niveles/música legalmente.
Todos ganan.