7/06/2011 03:57
que paso mi amigo como te va con el proyecto espero que ya tengas algo, saludos y abrazos desde Venezuela. Frank Dávila
10/03/2011 14:07
En principio deseaba que fuera un Sistema Operativo de propósito general. Es cierto que siempre está bien enfocarlo a un sector de usuarios, pero como el SOM se mueve a un nivel más teórico, abstracto, y común que un SO generalista, sería peligroso desunificar el kérnel del SOM. La parte de "personalización" está abordada en las últimas entradas del blog, en la parte de SAM.
22/02/2011 16:00
Has pensado en crear versiones enfocadas a la gente por ejemplo en sector de educación, trabajo , universidades, diseño grafico, programacion!, arquitectura, etc... seria mas versatil el uso y mas enfocao ;) iNSANE Suerte en este proyecto realmente es sorprendente lo que vas-estas a realizar
15/02/2011 21:23
Pues los mismos problemas de construcción espero que no. Como todo Sistema Operativo "teórico", los problemas que comentas se suelen atribuir generalmente (tanto en Windows como en otros SOs) a las aplicaciones, drivers... o cualquier otra cosa menos al propio Sistema Operativo. Siempre se lavan las manos.
La técnica utilizada en el SOM para evitar caer en esa tentación de mirar el ojo ajeno consiste en hacer que el SOM controle con mucha tutela todo lo que ocurre en el Sistema Informático donde reside. Para ello, puede que se pierda relativamente algo de eficiencia particular, pero dentro del cuadro teórico y de investigación, no se trata de nada escandalizador en líneas generales: lo que por una parte convierte al SOM en un poco más pesado, agiliza otras operaciones, además de ganar en confortabilidad.
Generalmente el "pantallazo azul" se trata de, lo que en informática (tradicional) se llama "funcionamiento correcto tras detección de un error" cuando este error es un "error irrecuperable". Si no sabes de qué te hablo, quizás lo entiendas si te digo que, cuando sucede un "pantallazo azul" es porque ha ocurrido algo que incapacita al sistema de forma terminal y no puede continuar bajo ninguna condición. Al menos se debería producir en ese caso... Las razones normales por las que ocurre algo de ese estilo suelen estar relacionadas siempre con problemas de Hardware.
Y a eso el SOM no puede hacer frente, como casi ningún otro Sistema Operativo: si quema el microprocesador poco se puede hacer, o si falla la Memoria RAM, o si durante el arranque casca el Disco Duro.
Pero bueno, dentro del plano donde se ejecuta, que es el SIM, estos "problemas" son franqueables... el problema es que el SIM (que es como una burbujita donde todo es 'ideal') falle; ahí ya estamos perdidos y se producirá algo "desagradable" en forma de "pantallazo azul" o cualquier cosa similar; pero, insisto y recalco, sólo en casos extremos muy poco frecuentes.
14/02/2011 20:11
Emmanuel Jose P.
Hola Guillermo, mas que una propuesta quisiera hacerte una pregunta, este nuevo SO no tendrá los mismos problemas que el Windows, creo que para nadie es un secreto los eternos cuelgues del sistema y el famoso y temido \"pantallazo azul de la muerte\"...
quisiera saber si tu sistema operativo no tendrá este tipo de \"inconvenientes\"... no se mucho de SO pero esos aspectos son problemáticos en mi punto de vista... gracias por tu tiempo, espero una respuesta...
Saludos
9/12/2010 20:49
Bienvenido a este foro Carlos, y gracias por tu colaboración.
Como habrás entendido, en este Sistema Multiplataforma, la parte de Interfaz Gráfica de Usuario (GUI) está a un nivel más alto que las tareas de cómputo; y está al mismo nivel que el resto de administradores (usuarios, red, archivos, etc.) lo que conlleva una reducción de la dependencia existente en la actualidad entre las aplicaciones y los programas con, particularmente, el Administrador Gráfico de Ventanas y demás partes que conforman la Interfaz Gráfica.
Espero que este diseño segmentado garantice que una tarea de cálculo intensivo no tenga que esperar por la realización de tareas gráficas, siempre y cuando el usuario así lo desee. Por otra parte, también se puede garantizar el correcto funcionamiento de la parte "visual" mientras se está a la espera de la finalización del resto de las tareas.
9/12/2010 19:47
Hola mi Name es Carlos desde CUBA, se poco de prog casi todo lo q conosco es sobre VB6, y me gustaria opinar sobre lo siguiente, en casi todos los SO se cuelga la interfaz grafica a la espera del hilo , o como le llamen que esta ejecutando alguna tarea, sera posible que por una ves el usuario tenga control sobre la misma y sobre el PC
12/08/2010 02:59
<i>Comentario oculto...</i>
10/08/2010 18:44
Aunque no lo hará nativamente, está pensado que exista un emulador de arquitecturas (IA32, AMD64, 8086...) para que se puedan ejecutar soluciones informáticas diseñadas y compiladas para esas arquitecturas.
El mayor problema va a ser el rendimiento, ya que en el SOM se parte de un nivel de abstracción (gracias al estándar) más alto que en otras arquitecturas, mientras que su programación se realiza a más bajo nivel. Por lo tanto, la ineficiencia de las otras arquitecturas pasará factura a la hora de usarlas y eso de "puedan ser ejecutadas sin problemas" dependerá mucho de los recursos que pueda usar el propio SIM donde se ejecute el SOM.
Por cierto, el nombre del Sistema Operativo Multiplataforma no es SOM30, ese es el nombre del blog. :D
10/08/2010 17:40
<i>Comentario oculto...</i>
22/07/2010 04:57
<i>Comentario oculto...</i>
21/07/2010 02:29
Como ves, Frank, he añadido la propuesta "Entorno gráfico innovador" que incluye cosas que has propuesto.
16/07/2010 03:38
<i>Comentario oculto...</i>
13/07/2010 03:19
<i>Comentario oculto...</i>
13/07/2010 01:26
Vale, anotado lo de poder seleccionar procesos en el arranque (tal y como se hace ahora, por ejemplo en Windows poniendo archivos en el Programas>Inicio). Lo de iniciar en el arranque el navegador es un poco la idea del SO de Google. Esta parte la tengo más o menos pensada, será algo similar pero más 'social'.
12/07/2010 22:58
<i>Comentario oculto...</i>
12/07/2010 15:44
<i>Comentario oculto...</i>
12/07/2010 11:11
Frank, te recomiendo que leas y comprendas las primeras entradas del blog. El tema de los controladores (aquí llamadas controladoras) no tiene cabida en esta discusión porque desde raíz simplemente por la estandarización que se busca. La implementación de controladores/controladoras sobre hardware no estándar está a otro nivel plenamente independiente.
11/07/2010 23:17
<i>Comentario oculto...</i>
11/07/2010 15:18
Buenos días Lars y gracias por entrar en el debate. Agradezco la protección, pero justamente esta sección está destinada a que gente como Frank pueda proponer sus propias ideas; siempre y cuando sean funcionalidades de alto nivel: por ejemplo, evitando cosas como "que se pueda instalar el Office".
Considero que la mención al ciber es algo que ejemplifica la utilidad del día a día de su propuesta, a la que acabo de contestar.
Os animo a los dos a seguir aportando ideas en esta línea, así como al resto de lectores.
11/07/2010 15:10
En primer lugar, Frank, había pensado en un sistema de recuperación nativo del Sistema (en caso de fallo de hardware, que se quede sin luz, etc); también la propia arquitectura de "recursos" (virtuales y reales) que se presentó permite que se puedan compartir recursos (pantalla, teclado, etc) de diferentes máquinas en una misma estación de trabajo virtual.
Referente a lo que comentas de poder desplazar programas en tiempo de ejecución de un Sistema a otro, me parece una característica con mucha proyección, bastante fácil de incluir tal y como se desarrolla el SOM. La intentaré tener en cuenta.
Gracias de nuevo por tus propuestas y espero escuchar más, siempre y cuando sigan esta línea tan innovadora.
11/07/2010 15:01
estimado señor davila,
¿pretende que el creador de esta iniciativa (guillermo) adapte un sistema en 30 dias a las necesidades de su ciber?
no le heche tanta cara, limitese a proponer ideas y dejar de hablar de su ciber, si necesita alternativas para el mismo tiene diferentes, como por ejemplo, loculinux, una distro totalmente funcional para este modelo de negocio; para dejar de utilizar software privativo, como último cabe destacar que lo que propone de crear un escritorio en flash o java me parece un insulto a la inteligencia sabiendo perfectamente que estos consumen una cantidad enorme de recursos sin motivo aparente (puede usted probar jnode, por ejemplo para llegar a una conclusion).
si quiere un sistema a medida adquiera las lineas de codigo necesarias para aplicarlas a su negocio.
Lars Jonsson, Adamo
11/07/2010 04:13
<i>Comentario oculto...</i>
10/07/2010 17:19
Gracias Frank, el tema del escritorio lo abordaremos pronto, ya que es lo primero que tiene que aparecer cuando el usuario inicie el Sistema.
La verdad es que estoy dándole ya vueltas, y creo que el sistema de la barra de inicio y cosas así puede quedar en un segundo plano. De todas formas, la interface como el resto del Sistema quiero que sea bastante personalizable.
Te animo a que propongas más cosas; gracias por compartir tu entusiasmo.
10/07/2010 17:15
<i>Comentario oculto...</i>
9/07/2010 00:34
Creo que voy a llegar a tiempo :)
Lo que sí sé es que después de los 30 días, habrá muchas cosas que mejorar para tener algo que compita con los actuales reyes del mambo.
La verdad es que no suelo colaborar activamente en comunidades de LINUX, pero siendo BeOS podría pensármelo... aunque ahora ésto es mi prioridad.
De líneas de código... no sabría decirte: intentaré que esté bastante condensado, quizás miles pero no muchas más.
8/07/2010 23:35
y porqué después de finalizar este proyecto (si es que llegas a tiempo ;-) ) nos hechas una mano en Haiku, necesitamos gente como tú, con iniciativa (y nunca mejor dicho)
te dejo información acerca del proyecto:
http://haiku-os.org/
https://secure.wikimedia.org/wikipedia/es/wiki/Haiku_%28sistema_operativo%29
gracias y suerte
pd: SOM30, ¿cuantas lineas preveés que tendrá de código y en que lenguaje lo escribiras?