Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Foxy Rider

#421
GNU/Linux / Re: Duda sobre SLI en Linux.
3 Marzo 2012, 06:15 AM
En teoría, instalando los drivers privativos sí (Ubuntu tiene para instalar drivers privativos con total comodidad) ... la gente de nVIDIA dice que está todo OK, pero por otra parte, hay reportes de problemas con CUDA y con la performance general de las dos gráficas comparada con una sola.

Saludos.

P.S : Tengo una nVIDIA, leí sobre el soporte, pero nunca hice un SLI ... por que IMHO es lo más inútil que hay y salvo casos *muy* específicos, es un desperdicio de dinero ... es una tecnología que no funciona al 100% bien (escuché más quejas sobre la compatibilidad, funcionamiento y la performance ofrecida que casos de gente que no tuvo problemas y que esté encantada con la tecnología), y con una placa gama alta podés obtener un rendimiento digno (y más) de lo que pueden exigirte hoy las aplicaciones gráficas ( las gama alta de nVIDIA ofrecen un poder ABSURDO que creo que ningún juego llega a explotar)
#422
Buscá en el foro, hasta el cansancio se repitió que Backtrack no es un sistema de escritorio, sino un sistema para auditorías express (la gente de backtrack no tiene POR QUÉ arreglar problemas con las gráficas o entornos de escritorios y TIENEN RAZÓN ! si no hacen sistemas desktop, para eso ya hay otras distribuciones) ... hasta pienso que habría que poner un sticky que diga "No instales backtrack como escritorio si no sabés seriamente lo que estás haciendo : más info acá"
#423
GNU/Linux / Re: Compilar linux 0.0.1
3 Marzo 2012, 06:06 AM
Terriblemente pequeño el screen que pusiste, pero forzando un poco la vista se lee que te falta gas, y dicho sea de paso, seguro va a interesarte tener un toolset más de la época (y tranqui, por que linus cross-compiló linux desde minix con algunos parches que flotaban por ahí más algunos propios para corregir cosas como el manejo de floating points) y cuando compiles (el kernel solo me imagino que no), fijate de correr en una VM, ya que el hardware cambió mucho y habrá muchos controladores (como por ejemplo, para multiples cores o controladores *ata) que no van a estar.

Casi más o menos los mismos recaudos que tomás para correr HURD (quizá también, si tenés tiempo de sobra, te interese leer sobre este proyecto de GNU)

Te tiro una ayudita : http://www.ibiblio.org/pub/historic-linux/distributions/slackware/1.1.2/ (kernel 0.9* si mal no recuerdo, que seguramente es lo que te vá a interesar ... igual, pensá que creo que es virtualmente imposible conseguir algo que corra 0.0.1 .. fijate el versionado y la historia del mismo → http://en.wikipedia.org/wiki/Linux_kernel#Timeline )
http://www.kernel.org/pub/linux/kernel/

Saludos.
#424
#BitchPlease ... hoy en dia para un gobierno una persona en una protesta roza lo terrorista, por favor ! Lamentable !
#426
Cita de: El As del Club Paris en  1 Marzo 2012, 23:24 PM
Otro mas...para trollear tan infantilmente está Taringa...

Y bueno, así están, por "no leer un carajo" ;D
#427
Hay que ser contemplativo ... mitad y mitad se podría decir, por que cambiar la hora es un no-no (logs anyone?) permitírselo a cualquiera, ídem con los parámetros de conexión e impresoras.
Pero entiendo que esto para una persona viajera como es el, es importante ...
Supongo que lo implementarán por grupo o loquesea (o quizá el tema de la hora se configure en el entorno que el usa sin tocar el reloj del sistema ... creo que tocando unas variables de entorno se podía, no recuerdo), pero no se le puede dar ese permiso gratuitamente a un usuario común.

Saludos.

P.S → Vamos para adelante con esto y los monos que se masturban, eh Linus? [/sarcasmo]
#428
Cita de: Yakui en 28 Febrero 2012, 15:44 PM
¡Qué buena noticia! Esto demuestra que al menos en los proyectos estudiados y en las miles de líneas de código, el desarrollo comunitario es superior en cuanto a corrección de errores. Supongo que los desarrolladores de soft. propietario también tendrán que ponerse las pilas para encontrar maneras de agilizar la eliminación de bugs.

Para aportar a la discusión, el informe está aquí (cortesía de Yakui). \[^w^]/

Si bien PHP 5.3, and PostgreSQL 9.1 demostraron ser superiores en cuanto a calidad de código  según este informe, Linux 2.6 también aparece encabezando la lista, así que no es el sistema operativo como dice el artículo, sino el kernel.


Pensá también los casos de uso ... PostgreSQL corre sobre un sistema, una abstracción ...las variables no son tantas.
Linux corre sobre un montón de arquitecturas y una diversidad de hardware bastante grande ... ahí se puede tener más contemplación con los bugs por que acá las características son totalmente dispares

Saludos.
#429
Citar
No están usando a 'humanos' para decir que falla y que no, sino a máquinas que a saber que parámetros tiene.

Por ejemplo, quizás usa una variable en PHP sin declarar y el PHP en modo desarrollo te sacaría un NOTICE, pero en modo producción te funciona a las mil maravillas.

Así que habría que saber como buscan los bugs.

Lee sobre unit y functional testing dimitrix ... no se necesita *(en general*, como para cubrirme de casos bizarros e hipotéticos) intervención humana para ver un fallo en software, ya que un pedazo de código recibe una entrada y dá una salida y esto es perfectamente medible.

Saludos.

P.S → no había visto la respuesta de adastra, pero sinceramente no hay nada más que agregarle =D // Aclaremos nomás que es mala práctica usar una variable sin declarar
#430
Lamentablemente no hay forma ... instalate un server VNC o levantá sshd que muchas distros lo traen habilitado.
Pero sin software externo, olvídate.

Saludos.

P.S → "Curiosa" tu pregunta ... igual, acá no vá, vá a la sección de Hacking Linux/Unix