[FSFLA] Fwd: Proyecto de desarrollo de un microkernel para GNU Hurd

[Quiliro Ordóñez Baca]

El 30/04/15 a las 12:38, willi uebelherr escribió:
>
> QueridAs amigAs,
>
> yo le enviará una propuesta para la discusión en el Ecuador para el
> proyecto del kernel micro en Ecuador y América Latina. El proyecto GNU
> / Hurd en EE.UU. trabajan ahora 20 años en esto y no se llega a una
> solución realmente valioso.
>
> Y para mí está claro, por qué. La filosofía de la descentralización y
> la paralelización masiva no existen en este entorno. Y en base a la
> monotonía y la centralización nunca podremos desarrollar este sistema.
> Debido a que se basa en la descentralización y la paralelización.
>
> Espero que podamos encontrar una manera de hacer que en América Latina.
>
> con muchos saludos, willi
> Cordoba, Argentina
>
>
> -------- Weitergeleitete Nachricht --------
> Betreff: Proyecto de desarrollo de un microkernel para GNU Hurd
> Datum: Sat, 25 Oct 2014 17:53:16 -0500
> Von: willi uebelherr <willi.uebelherr en riseup.net>
> An: Quiliro Ordóñez Baca <quiliro en riseup.net>
> Kopie (CC): galo ramos <gramos en ute.edu.ec>, Ramiro Castillo
> <ramiro en saslibre.net>
>
> Querido Quiliro,
> esta es mi primera propuesta de nuestro proyecto microkernel. Usted y
> nuestros amigos, lo comprobamos por favor y abrir la discusión.
> muchos saludos, willi
>
>
> Proyecto de desarrollo de un microkernel para GNU Hurd.
>
> QueridAs amigAs,
>
> este proyecto tiene tres tareas.
> a) Crear un ambiente para apoyar las personas interesadas que quieren
> tratar con los fundamentos teóricos de la tecnología de las
> computadoras y redes.
> b) Crear un ambiente para permita la aplicación experimental de los
> principios teóricos.
> c) Apoyar el desarrollo de la tecnología libre en Ecuador y América
> Latina.
>
> Todos los sistemas operativos de las computadoras que descansan en el
> núcleo, que organiza la conexión entre el software de aplicación y
> hardware. Se distinguen tres tipos:
> a) Kernel monolítico, que contiene todas las funciones del sistema en
> un solo paquete. (Linux, Unix, ...)
> b) Micro kernel, que se reduce a la organización de los equipos y el
> resto de las funciones del sistema está disponible como módulos de
> usuario. (Minix, GNU Hurd, ...)
> c) Del núcleo híbrido, una mezcla de a) y b). Hay partes de las
> funciones del sistema relacionados con el hardware integrado en el
> kernel. (Windows NT, Mac OSX, ...)
>
> ¿Qué se entiende en última instancia como un núcleo híbrido, está
> abierto. Las líneas divisorias no están claras. Proponemos, en
> principio, para organizar todas las funciones de hardware en el kernel.
> Pero la reducción de las funciones de transporte que no tienen nada que
> ver con el contenido transportado.
>
> Este proyecto está dirigido a la arquitectura microkernel. Proporciona
> la más alta granularidad y por lo tanto proporciona la mayor
> flexibilidad y escalabilidad. Esto da lugar a dos áreas de
> responsabilidad:
> a) La capa de abstracción de hardware (Hardware Abstraction Layer HAL).
> Es el núcleo, que organiza el hardware.
> b) Los módulos de servidor. Esto da cuenta de las funciones generales
> del sistema y funcionan en modo de usuario.
>
> Siempre debemos tener en cuenta que toda la funcionalidad está
> determinada por el hardware. Los sistemas operativos sólo pueden
> proporcionar las capacidades del hardware. Por lo tanto, tendremos que
> hacer frente a la arquitectura existente de hardware y sus
> limitaciones. A partir de estos análisis surgen nuestros conceptos
> para nuestra arquitectura de computadores futuro, la "free world computer
> architecture" (arquitectura de computadores un mundo libre).
>
> Para nuestro entorno para probar y experimentar, tenemos un gran
> problema. Nuestra arquitectura microkernel descansa sobre el
> paralelismo masivo de las funciones de hardware. Y este hardware no
> existe. Hoy en día los procesos paralelos necesarios están organizados
> sólo como un pseudo-paralelismo. El "time-scheduling"
> (tiempo-programación) en Unix y Linux es causada por esta deficiencia.
> Necesitamos un hardware que permite el paralelismo real.
>
> Lo mismo ocurre con nuestros periféricos. Los gráficos, par trenzado
> Ethernet y USB. Otros periféricos que no utilizamos. Incluso la
> interfaz JEDEC para analizar el hardware interno, podemos organizar
> con USB. Pero nuestro bus USB requiere dos pares de datos, tales como
> Ethernet, para lograr la máxima flexibilidad.
>
> Para nos permite probar y verificar la funcionalidad de nuestro HAL,
> necesitamos acceso a los elementos internos del hardware. Por tanto,
> una propuesta es, para darse cuenta de todo el hardware con FPGA (Field
> Programming Gate Array - Programación en el campo Matriz de puertas).
> Eso nos lleva a la forma de definir las estructuras hardware sí mismos.
>
>

Thank you Willi and Albino for promoting this project. It would be nice
to organize a network of universities interested in participating in
this project. Of course FSFLA would be happy to sign certificates to all
collaborators to this project. ;-)

-- 
Saludos libres,
Quiliro Ordóñez
09 846 59 158
Nota de descargo:
Todas mis comunicaciones y las respuestas que reciba podrían hacerse públicas en cualquier momento a menos que se acuerde lo contrario y en casos muy específicos.

"La escuela es la agencia de publicidad que te hace creer que necesitas la sociedad tal como es." Ivan Illich, Deschooling Society
"Se encuentra muchos hombres que hablan de libertad, pero muy pocos cuya vida no se haya consagrado, principalmente, a forjar cadenas." Gustave Le Bon


------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://www.fsfla.org/pipermail/discusion/attachments/20150611/be7f7d35/attachment.pgp>