Offtopic: GNU y el Kernel. Fwd: Pregunta sobre distribuciones libres

Mar Dic 22 00:12:36 UTC 2009

Estaba leyendo el tema Pregunta sobre distribuciones libres, me
intereso saber por qué el Kernel Linux no es bueno?, porque Hurd esta
mal diseñado?,  porqué no usar el Kernel de Free BSD o de Open BSD?, o
en caso diseñar un kernel “libre” nuevo, ¿cómo sería el tema de costos
dinero – tiempo y mano de obra?, lo puede hacer una pequeña empresa o
una organización sin fines de lucro junto con la Comunidad?, que malas
decisiones tomo GNU?, me interesa porque en un futuro me gustaría
contribuir y como no tengo los conocimientos técnicos necesarios
intentaré hacerlo desde otro lado.

Acontinuación adjunto los mensajes relacionados de la lista.

Saludos.

---------- Mensaje reenviado ----------
De: Ismael Luceno <ismael.luceno en gmail.com>
Fecha: 1 de diciembre de 2009 06:41
Asunto: Re: Pregunta sobre distribuciones libres
Para: Quiliro Ordóñez <quiliro en gmail.com>
Cc: Lista geral FSFLA <discusion en fsfla.org>

On Tue, 1 Dec 2009, Quiliro Ordóñez wrote:
>
> Esto en Ututo tomamos como idea y aporte para la próxima fase de desarrollo que vas a encabezar. ;-)

Entonces no se llamaría Ututo :P. Además, creo que para hacer las
cosas realmente bien, hay que deshacerse de Linux.

Como HURD está bastante mal diseñado habría que proponer otro kernel,
aunque en mi opinión lo mejor será desarrollar uno nuevo ;). Como soy
muy vago, no lo voy a hacer sólo, así que necesitaría un poco de
ayuda...

Bien, ahora todo lo que falta es que alguien ponga los $$$ para que yo
pueda dedicarme de lleno ;P.

Hablando enserio, ya estoy haciendo uno, como hobby, solo que voy
lento por falta de tiempo...

--
Ismael Luceno
_______________________________________________
Discusion mailing list
Discusion en fsfla.org
http://www.fsfla.org/cgi-bin/mailman/listinfo/discusion

---------- Mensaje reenviado ----------
De: Ismael Luceno <ismael.luceno en gmail.com>
Fecha: 1 de diciembre de 2009 13:01
Asunto: Re: Pregunta sobre distribuciones libres
Para: Santiago Roza <santiagoroza en gmail.com>
Cc: fcr en adinet.com.uy, Lista geral FSFLA <discusion en fsfla.org>,
dklight en gmail.com

On Tue, 1 Dec 2009, Santiago Roza wrote:
>
> 2009/12/1 Ismael Luceno <ismael.luceno en gmail.com>:
>>
>> Además, creo que para hacer las cosas
>> realmente bien, hay que deshacerse de Linux.
>
> si, la verdad es que hay que tirarlo a la basura, no va ni para atras...
> http://www.top500.org/stats/list/34/osfam

Linux está de moda, pero ser popular no quiere decir ser bueno...

Y respecto a ese sitio, las supercomputadoras de moda, las que compra la
empresa no-multimillonaria, no es ninguna de las que evalua ese sitio. Lo
que suelen hacer es construir clusters de hardware común interconectado
con fibra óptica (o quizás ni eso, depende). Y me parece que es el futuro,
porque es la mejor forma de aprovechar recursos, mirá incluso hay empresas
grandes como Google haciendolo.

Y sin dudas, si te fijás en cualquier SSI basado en Linux (que no siempre
es lo que necesitás, pero quizás lo más "sencillo"), te vas a dar cuenta
que son absurdamente complejos (XtreemOS por ejemplo).

Además, considero que es una aproximación errada al problema, ya que es
"engañar" a los programas, y eso nos presenta unos cuantos problemas:

1) Mecanismos de comunicación inadecuados (e implementación lejos de ser
  óptima, pero obviemos eso porque de todos modos son malos).

2) No es adaptivo, ¡los programas no saben a donde se comunican!, y desde
  el punto de vista de las APIs, no hay forma de optimizar la comunicación
  no-local, a menos que queramos usar APIs no estándar (potencialmente
  programadas y mantenidas por nosotros mismos).

3) Es muy complejo de usar eficientemente.

4) Dado que es casi inmantenible, no solo estará siempre atrasado,
  también es un dolor de cabeza. Y seamos realistas, esos parches nunca
  van a terminar en el repo de Mr. Torvalds.

5) No soporta checkpointing (¿alguien quiere implementarlo?).

6) En estos entornos el manejo de memoria es deficiente.

7) No funciona en clusters con arquitecturas heterogeneas (no es crítico,
  pero sí deseable).

8) Planificador de procesos poco probado y más complejo, y esto tiene
  bastante que ver con el punto 5. La distribución y migración de los
  procesos también es un problema importante.

  De hecho, ni te imaginás cuanto afecta el planificador en un entorno
  distribuido, es todo un dolor de cabeza cuando tenés requisitos de
  microsegundos de latencia.

En fin... así podríamos seguir por siempre...

En realidad es un poco injusto el debate, porque esta es una de mis
especialidades se podría decir, laburo justamente desarrollando
infraestructura para estas cosas.

No es que Linux sea una basura, pero hay soluciones mucho mejores.
También uno de los problemas de Linux es el "one size fits all" :/.

Además, me gusta llevar la contra, ¿no se nota? :P.

Si querés nos juntamos un día en persona y de paso organizamos una key
signing party ;P. BTW ¿sos de .ar, no?, si sos el que creo, me parece que
nos cruzamos alguna vez... ¿vos estabas en Conurbania? o capaz que fue en un
evento anterior... mi memoria no es tan buena :(.

--
Ismael Luceno
_______________________________________________
Discusion mailing list
Discusion en fsfla.org
http://www.fsfla.org/cgi-bin/mailman/listinfo/discusion

---------- Mensaje reenviado ----------
De: Ismael Luceno <ismael.luceno en gmail.com>
Fecha: 1 de diciembre de 2009 13:09
Asunto: Re: Pregunta sobre distribuciones libres
Para: Santiago Roza <santiagoroza en gmail.com>
Cc: Lista geral FSFLA <discusion en fsfla.org>

On Tue, 1 Dec 2009, Santiago Roza wrote:

> 2009/12/1 Ismael Luceno <ismael.luceno en gmail.com>:
>
>> No, lo que deberías hacer en ese caso es programar vos el SO que ande,
>> para que sea 100% libre.
>
> y mientras tanto, que le digo a esa persona?  que me espere sentado,
> sin usar la computadora?

No, pero cuando lo tengas terminado y te pregunten, vas a tener algo bueno que
recomendar.

> al proyecto gnu ya lo vienen esperando desde hace mas de 25 años, y no
> creo que nadie se contente con usar emacs sobre gnu/hurd (que todavia
> no anda).  mas que eso no hizo.

GNU tomó varias decisiones muy malas, pero eso no implica que vos hagas lo
mismo. Hacer un kernel lleva su tiempo, pero ni ahí que vas a demorar tanto,
más teniendo en cuenta que hay mucho código que podés reutilizar.

--
Ismael Luceno
_______________________________________________
Discusion mailing list
Discusion en fsfla.org
http://www.fsfla.org/cgi-bin/mailman/listinfo/discusion

--
Ignacio Pedrini.
Free Culture Activisit.
Free Software Acrivist.
Partido Pirata Activist.