Mensajes

(En primer lugar )El artículo citado por dato000 no proviene de ninguna fuente oficial de Debian

Esdebian es una comunidad muy grande de Debian que incluye a varixs desarrolladorxs de este proyecto.
Te acepto lo que decís, pero lo dejo anotado.

En Debian los drivers no son 'crap', en Debian Stable los drivers y los programas en general, son 'estables', que es lo que interesa de Debian (en todas sus ramas y particularmente en Stable) y esto se consigue mediante una larga etapa de testeo. Si no te gusta la filosofía de Debian Stable, tienes 4 opciones:
  1- Usar una distro de juguete.
  2- Pasarte de Stable a Testing/sid
  3- Quedarte en Stable y construir un sistema mixto mediante backports y pinnings a testing/sid.

Para el caso de los drivers gráficos tener un driver viejo, es tener un driver crap. Si crees que hay una correlación entre antiguedad y estabilidad me parece genial, pero no es así por que partamos de la base que el testeo siempre lo hace upstream !!!  (y algunos proyectos como KDE *actualmente* tienen un testing que dá miedo de lo riguroso que es)

La estabilidad también es tener los últimos parches que no siempre pueden hacérseles backport por que a veces cambia la arquitectura del código que hay (además, los backports son un costo de desarrollo importante también, por que es mantener parches out-of-tree) ... hace poco arreglaron los problemas de fetch de texturas y algunos hard freezes, pero es en el rewrite del driver de nouveau, en el último kernel, de nuevo, hay gente que se queda con bugs por milenios por pésimas políticas de debian para lidiar con ese tipo de software.

Hay muchos paquetes en esa situación por que diversas áreas están migrando a un desarrollo más rápido.

¿Te parece de juguete?
Genial, eso sigue sin solucionar los problemas de Debian en cuanto a lidiar con ese tipo de software, que también, pueden hacer a la estabilidad del sistema.

Además (2) hace totalmente obsoleto el argumento de estabilidad ... perdón, pero distros como Gentoo u Arch tienen MUCHA más estabilidad que un Debian Testing (por que además los cambios se van realizando de "a poco" y no de a grandes enviones, donde pueden haber MUCHOS problemas si los cambios de formato/arquitectura son grandes)
Y (3) es un problema de mantenimiento no sólo por las compatibilidades binarias entre dependencias tan "distantes" en versiones, sino que además muchas veces se termina rompiendo el tree y unx paga los platos rotos (renombrado, paquetes que ya no están ... como en una instalación que hice que faltaba un componente importante de nepomuk y tuve que prometerle a quien le instalé el sistema que esa pieza importante ya iba a aparecer)

No, toda esa situación es una chanchada.

En Ubuntu -más allá de que no me guste como distribución- tomaron una muy buena decisión : Mantener todos los paquetes en su versión "estable" excepto estos paquetes que tengan ciclos de desarrollo rápido.
La estabilidad del sistema no se detrimenta, en FreeBSD tienen algo similar hace tiempo (ojo, como "efecto colateral de", en su momento no se eligió por esto) ... tenés un sistema "core" que es estable, y todo lo de arriba (como el chromium) se vá actualizando.

Si querés tenemos una charla sobre modelos de desarrollo, que es el verdadero tema de fondo.

Saludos.

P.S → A @dato000 ya ni le respondo ... está como nene enojado por que le corregí el post, como si ganase algo en pelearme con alguien que no conozco, WTF?

[honor]

Vale empezo la guerra

Ninguna guerra, por lo menos de mi parte ... pero si me gustaría que no escribas de temas que no manejás o que tocás de oído, por que reparar los daños de la mala información (que se replica), después resulta muy difícil :S

no queria ofender a nadie, pero uds se pasaron, si tanta basura hablo, y si realmente el problema es solo la energia, que da como resultado el sobrecalentamiento de la maquina, porque si se sienten tan fucking expertos en la materia explican el fucking funcionamiento de una tarjeta grafica en un pc???

No soy ningúnx expertx, pero si lo sé, te lo digo .... ¿qué del funcionamiento de una tarjeta?
Creo que la problemática de la energía la expliqué en el post igualmente (especificaciones sobre PM)

Los drivers libres como 'nv' o 'nouveau' poseen capacidad de aceleración 2D, y además 'nouveau' cierta capacidad de aceleración 3D. Éstos son suficientes si no se requiere de efectos de escritorio ni uso de aplicaciones 3D, como juegos o programas de modelado.

Está bien y mal eso.
Por lo pronto si tenéz instaladx todas las partes que hacen al stack gráfico (como suele ser el caso), disponés de aceleración 3D que si bien no está a la par de los últimos estándares de OpeGL (soporta OpenGL 3.0 y algún bug en el medio), es bastante usable ...

En el caso de necesitar aceleración 3D, y mientras 'nouveau' no alcance una estabilidad aceptable, la única opción es usar los drivers privativos. Para esto Debian puede facilitarnos la tarea o podemos acudir al instalador oficial de nVidia.

Bueno, eso es una opinión propia de quien lo escribió ... para portátiles lo veo aceptable (Power Management), para uso de escritorio no (donde la energía no es un factor "tajante")
Es lamentable que Debian dé esa "opinión" sobre los drivers, lamentable.

Primero por que ignoran todo el discurso de libertad que dan (y que con la quita de blobs del kernel quisieron "reivindicar"), y segundo es la falta de pragmatismo; ya que se puede usar los drivers 3D para el compositing (como en KWin, Mutter, Compiz) sin el más ínfimo problema ... ídem para algunos juegos 3D (es más, yo sólo instalé nvidia para jugar Mass Effect 3, sino seguía tranqui jugando con nouveau)
Tendrían que haber dado una postura más "gris"

Que en Debian los drivers sean crap es OOOOTRO problema que no tiene que ver con los drivers, sino con su estúpida política de largar software de hace mil años .... lo cual ni siquiera es sinónimo de estabilidad !!!

Pensá que el stack gráfico (kernel, mesa3d, xorg, etc) avanza más rápido que sus "2 años por versión"; y cada versión (gracias a "limpiezas" que se vienen haciendo, como usar una nueva arquitectura llamada Gallium3D) avanza bastante comparado con antes y cada versión aporta significativamente a la estabilidad y calidad de drivers.

Hay software que tiene ciclos de versiones más corto (y hasta parece una tendencia ... parafraseando "release often release early"?), y Debian es inútil en lidiar con ese tipo de software por sus hard freezes (léase: de tal a tal fecha congelamos las versiones y lo que hay queda definitivo ... hasta el próximo ciclo)

Para no hacerse cargo de su sistema de releases, tuvieron que hablar mal de los drivers gráficos ...

Claro en 2D no hay problema, es solamente el pequeño detalle de la aceleración 3D, que solo soportada en cuanto, 1 de cada 100 tarjetas para  linux??

Intel ofrece drivers libres (con la respectiva documentación y disposición de sus desarrolladores full time) de calidad bastante buena y dá soporte desde antes de sacar las gráficas al mercado.
AMD ofrece documentación y desarrolladores full time para la comunidad que desarrolla los drivers libres que también tienen una calidad bastante buena, además del driver privativo ... y ah, dá soporte antes de sacar las gráficas al mercado.
nVIDIA No ofrece absolutamente más que drivers privativos (y ojo acá, que lo hace como "consecuencia de", no por soportar la plataforma) y soportan las gráficas "eventualmente"

Son los principales jugadores, el resto (como VIA, y sacando el ecosistema ARM) deben ser prendidos en la hoguera por los horrores de chips que sacaron al mercado y OSAN llamarles GPU.

parecen trabajadores del noveau

Para mí sería un honor ... eventualmente desarrollar drivers libres.
Y no, no soy ningún ingenierx ...

respuestas y cómo no he tenido tiempo las evaluaré para ver por donde o porque me decanto que

problablemente sea lo privativo o el libre talvez.Muchísimas gracias a todos por la ayuda y os digo que

de camino a casa me ha orientado una amiga y me he comprado una bandeja de aluminio refrigerante y

se ha estado en mi casa con la pc 2 horas encendida y poniendola a tope y ningún apagón de momento

¿Un disipador?
¿Probaste lo de lm_sensors?

Monitoreale la temperatura si podés y fijate lo de los perfiles de energía.

Saludos.

No sé si "mejor", pero sin dudas me gusta Wordpress

Saludos.

Testing

Hasta testing se pone "viejo" entre la etapa del freeze hasta el próximo release ...
Cosas como apt-pinning las veo medio agrias.

Ojo, que es una apreciación más personal mía lo de "viejo" (que está súper empapada de como uso y que espero de mi sistema, puede ser irrelevante para otra persona) ... lo cierto es que hay determinado software que avanza muy rápido y que incorpora mejoras significativas en versiones nuevas (no sólo mejoras, también bugfixes), y las políticas de Debian en cuanto a versionado son un problema cuando se trata de ese software.
El stack gráfico es un ilustre ejemplo.

Saludos.

[2. adj. Inform. Que puede funcionar directamente con otro dispositivo, aparato o programa. U. t. c. s. m.]

Ay por dior, acabo de leer mucha burrada junta y no puedo evitar contestar.

He ahi tu problema, debian (y general linux) no es bueno con las tarjetas graficas, principal inconveniente en la parte diseño-juegos con linux es ese. Linux no jala tanto con tarjetas ATI/AMD o Geforce o muchos otros tipos.

El driver abierto que se ofrece, es bueno, pero tiene muchas incompatibilidades con el hardware, la gpu, la frecuencia, el tiempo de reloj, el ancho del bus, la capacidad de transferencia, son muchas variables, y todo debe hacerse con ingenieria inversa

¿Incompatibilidades? .... no tiene el más remoto sentido, por más que trate de encontrárselo retorciendo lo más posible los conceptos.

compatible.
(Del b. lat. compatibĭlis, y este del lat. compăti, compadecerse).
1. adj. Que tiene aptitud o proporción para unirse o concurrir en un mismo lugar o sujeto.
2. adj. Inform. Que puede funcionar directamente con otro dispositivo, aparato o programa. U. t. c. s. m.

No existe el concepto de "incompatibilidad" cuando hablamos de drivers, existen drivers que sirven para tal o cual dispositivo, y punto .... existiría el concepto de compatibilidad si los drivers fueran entes genéricos que permiten usarse para varias cosas desde su misma base conceptual.
En el caso de AMD, ellos mismos OFRECEN documentación sobre sus gráficas a lxs desarrolladorxs así como Intel ofrece únicamente drivers libres ... nouveau es el único caso de tarjetas discretas donde la compañía (nVIDIA) no coopera en absoluto y se requiere ingeniería inversa clean room.

Actualmente lo que no se implementa bien es el power management (que comprende los clocks de la memoria, la GPU *y sus diferentes tipos de cores* y el control de los fans) ... en el caso de nouveau es todo un tema, por que justamente como los drivers son por ingeniería inversa, tienen que ver cómo son las tablas (los "perf levels") y en diferentes generaciones se maneja de diferente manera y hay que identificar eso;
Ergo, la performance suele ser una porquería por que uno de los factores más importantes, los clocks, están en el perf level más bajo (léase: underclockeados), y no andando al 100% de acuerdo a sus especificaciones... algo parecido pasa con los fans, sólo que no podés permitirte un fallo ahí (imaginate fans al 40% y los clocks al 100%, dependiendo del setup y si le tirás carga a la gráfica, puede significar "placa gráfica quemada").

En el caso de AMD, ellos liberaron poco y nada de información sobre la gestión de energía de sus gráficas ( hace poco hubo algo más de data liberada :  http://www.phoronix.com/scan.php?page=news_item&px=MTE0ODU ), y es algo que se vá reparando de a poco.

El manejo de energía es un tema MUY delicado, y se prefiere manejarlo ineficientemente a que romper cosas.
Y por lo pronto, esto importa más en una portátil que un escritorio (donde no hay baterías que agotar)

. Te tengo malas noticias, debian no es para portatiles, es la verdad. Un portatil como equipo cliente debe tener una distribución más amable que soporte drivers privativos, si es que hay disponibles para ese hardware

Debian es tan útil para portátiles como cualquier otra distro (quizá tendrás que instalar algún paquete extra )
El problema es que incluye software MUY viejo ... y las mejoras en gestión de energía son BASTANTE recientes.

Saludos.

Yo tengo una ATI 3650HD , hay algo similar a bumblebee pero para ATI , me están volviendo a dar 

apagones continuamente por el exceso calor de la tarjeta gráfica.

No tengo instalados los drivers privativos y tengo el kernel 3.5.7 instalado , o hay algunos comandos

que me puedan servir para desactivar la gpu o poder hacer algo para solucionarlo.

Estoy utilizando debian squeeze y estoy loca con el problema.

Mirá la temperatura con lm_sensors ... aunque lo que decís no es nada del otro mundo, el driver libre 'radeon' es bien conocido por no ser muy eficiente en cuanto a la gestión de energía respecta y si encima tenés la mala suerte de tener una laptop mal diseñada, estás al horno .... puede de-soldarse la gráfica.

Instalá el driver privativo o en su defecto buscá sobre el power management de ambas gráficas para bajarle los clocks o manejarles el fan para ponerlos a una velocidad aceptable ... pero dudo que te ayude mucho

Saludos.

Hay bastantes más interfaces de las que mencionas. Lo que personalmente me jode es que Gnome y KDE hacen el monopolio. Y como tengas otro, te comes una *****.

¿Monopolio? Elaborá detalladamente por qué ambos proyectos de software libre son monopolio.

Hombre, pues de esto se trata, de aportar algo realmente novedoso.

Le escucho ... tiene un concepto, una idea o algo?

Tras los polémicos lanzamientos de GNOME Shell 3, Unity y el, en mi opinión, limitado avance de KDE, creo que el mundo Linux necesita un buen entorno de escritorio. Algo nuevo, pero clásico al mismo tiempo.

¿Quién está conmigo? 

Hay como 800 interfaces ... la pregunta es si realmente necesitamos otra más que no aporte nada sustancialmente diferente a las otras.

Saludos.

Lxs Kira de la era digital (?