Un excelente Sistema Operativo para usar algún equipo viejo como servidor web, ftp, de impresión, para escuchar MP3, etc. Soporta Tecnología 64 bit. Soporte multitares; GUI con resoluciones de hasta 1280×1024; Aplicaciones de red para usar como servidor web, de MP3, de impresión. descripción en: http://www.puntogeek.com/2007/01/26/menuetos-sistema-operativo-en-un-diskette/
#13:
#12 En eso tienes razón, todos los juegos de scroll y 3D no son agradables a la vista por su movimiento brusco. Antes en 2D en consolas como SuperNintento y pordenadores como Amiga disfrutabamos de algunos juegos que tenian lo que se llamaba "smooth" (suave) que por muy deprisa que fuera el movimiento del entorno se veía todo suave, hasta la última piedrecita de una pared dibujada.
Yo he programado juegos en ensamblador para Amiga y aprovechábamos tanto que en el volcado de pantalla no poníamos ni un solo bucle en el código:
line1: dibujar primer byte
line2: dibujar segundo byte
y así miles de lineas hasta dibujar el último punto, cosa que escandalizaba a los profesores de informatica de la época.
#10:
#9 También el tiempo empleado sería mayor, y a los fabricantes de software no les suele importar demasiado bajar los requisitos: "¿que para rular Vista se necesita un ordenador de la Nasa? Bueno, pues ya se lo comprarán."
#14:
ahora el problema será encontrar algún ordenador que aún tenga disketera
#12 En eso tienes razón, todos los juegos de scroll y 3D no son agradables a la vista por su movimiento brusco. Antes en 2D en consolas como SuperNintento y pordenadores como Amiga disfrutabamos de algunos juegos que tenian lo que se llamaba "smooth" (suave) que por muy deprisa que fuera el movimiento del entorno se veía todo suave, hasta la última piedrecita de una pared dibujada.
Yo he programado juegos en ensamblador para Amiga y aprovechábamos tanto que en el volcado de pantalla no poníamos ni un solo bucle en el código:
line1: dibujar primer byte
line2: dibujar segundo byte
y así miles de lineas hasta dibujar el último punto, cosa que escandalizaba a los profesores de informatica de la época.
#9 También el tiempo empleado sería mayor, y a los fabricantes de software no les suele importar demasiado bajar los requisitos: "¿que para rular Vista se necesita un ordenador de la Nasa? Bueno, pues ya se lo comprarán."
#9 Hoy día se usa el ensamblador para pocas cosas, por ejemplo para hacer partes de grandes videojuegos como el San Andreas y aprovechar la máquina al máximo.
Permíteme que me ría, viendo cómo juegos como Gothic 3 u Oblivion (por citar un par tan solo), sufren parones incluso con un procesador de doble núcleo de última generación, 1 gb de ram y un tarjetón de +300€. Hoy ensamblador, en plataforma pc, ya no usa ni para eso.
#16 Pues si, porque los procesadores modernos están ejecutando simultáneamente muchas operaciones, y cuando hay un bucle (o una condición en general) una de esas operaciones tiene que decidir si dar otra vuelta o salir del bucle (lo cual cambia cuales van a ser las siguientes operaciones a ejecutar). Normalmente se hacen sistemas heurísticos para saber qué es lo más probable que ocurra (branch prediction) pero si se equivoca, tenemos un procesador con el pipeline vacío y una buena cantidad de ciclos perdidos. Lógicamente esto no pasa cuando no hay bucles en el código, o cuando el compilador optimiza el código ensamblador generado (loop unrolling), aunque entonces crece el tamaño del binario lógicamente.
Para que veais las maravillas que se pueden hacer en lenguaje ensamblador, el más potente del mundo, porque ni siquira es lenguaje, comunicación directa con la máquina.
Si Windows o Linux estuviesen escritos en ensamblador serían 100 veces mejores, más rápidos y eficaces. Hoy día se usa el ensamblador para pocas cosas, por ejemplo para hacer partes de grandes videojuegos como el San Andreas y aprovechar la máquina al máximo.
#16 En esa epoca perder N ciclos de reloj en cada loop para procesarlo era determinante para que te diera tiempo a redibujar la pantalla dentro del tiempo que tarda un barrido de pantalla
Para el que comentaba que no usar loops en ensamblador no es optimizar;
deshacer bucles es concretamente una de las optimizaciones que realizan los
compiladores por el tema de tratar de reducir las instrucciones ejecutadas de
forma efectiva, aún a costa de aumentar el tamaño del código estático.
Comentarios
ahora el problema será encontrar algún ordenador que aún tenga disketera
#12 En eso tienes razón, todos los juegos de scroll y 3D no son agradables a la vista por su movimiento brusco. Antes en 2D en consolas como SuperNintento y pordenadores como Amiga disfrutabamos de algunos juegos que tenian lo que se llamaba "smooth" (suave) que por muy deprisa que fuera el movimiento del entorno se veía todo suave, hasta la última piedrecita de una pared dibujada.
Yo he programado juegos en ensamblador para Amiga y aprovechábamos tanto que en el volcado de pantalla no poníamos ni un solo bucle en el código:
line1: dibujar primer byte
line2: dibujar segundo byte
y así miles de lineas hasta dibujar el último punto, cosa que escandalizaba a los profesores de informatica de la época.
#9 También el tiempo empleado sería mayor, y a los fabricantes de software no les suele importar demasiado bajar los requisitos: "¿que para rular Vista se necesita un ordenador de la Nasa? Bueno, pues ya se lo comprarán."
Para los que preguntaban por ahí, el OS se libera con Licencia GPL:
"Menuet32 is distributed under General Public License"
#9 Hoy día se usa el ensamblador para pocas cosas, por ejemplo para hacer partes de grandes videojuegos como el San Andreas y aprovechar la máquina al máximo.
Permíteme que me ría, viendo cómo juegos como Gothic 3 u Oblivion (por citar un par tan solo), sufren parones incluso con un procesador de doble núcleo de última generación, 1 gb de ram y un tarjetón de +300€. Hoy ensamblador, en plataforma pc, ya no usa ni para eso.
#16 Pues si, porque los procesadores modernos están ejecutando simultáneamente muchas operaciones, y cuando hay un bucle (o una condición en general) una de esas operaciones tiene que decidir si dar otra vuelta o salir del bucle (lo cual cambia cuales van a ser las siguientes operaciones a ejecutar). Normalmente se hacen sistemas heurísticos para saber qué es lo más probable que ocurra (branch prediction) pero si se equivoca, tenemos un procesador con el pipeline vacío y una buena cantidad de ciclos perdidos. Lógicamente esto no pasa cuando no hay bucles en el código, o cuando el compilador optimiza el código ensamblador generado (loop unrolling), aunque entonces crece el tamaño del binario lógicamente.
#13 Es que es para escandalizar a cualquiera. ¿No usar loops es optimizar?
Para que veais las maravillas que se pueden hacer en lenguaje ensamblador, el más potente del mundo, porque ni siquira es lenguaje, comunicación directa con la máquina.
Si Windows o Linux estuviesen escritos en ensamblador serían 100 veces mejores, más rápidos y eficaces. Hoy día se usa el ensamblador para pocas cosas, por ejemplo para hacer partes de grandes videojuegos como el San Andreas y aprovechar la máquina al máximo.
hace ya muchos años, antes de que un boot cd fuera lo normal, usaba esto: http://litoxds.sourceforge.net/
muy bueno
#1 si quieres, te lo edito.
Lo conozco desde hara unos 3 años, y la evolucion es muy lenta.
No deja de ser un juguete asombroso, sin apenas aplicaciones. Aparte de las complicaciones que tiene programar para el.
Mas que sistema operativo, lo llamaria curiosidad operativa.
La noticia no esta enlazada a http://www.puntogeek.com/2007/01/26/menuetos-sistema-operativo-en-un-diskette/ porque me daba un error al editar la noticia.
#16 En esa epoca perder N ciclos de reloj en cada loop para procesarlo era determinante para que te diera tiempo a redibujar la pantalla dentro del tiempo que tarda un barrido de pantalla
Me pareció una cosa impresionante en su tiempo. Ahí sigue, espero que haya más alternativas en un futuro
Otra opcion es Visopsys:
http://visopsys.org/about/screenshots.html
Para el que comentaba que no usar loops en ensamblador no es optimizar;
deshacer bucles es concretamente una de las optimizaciones que realizan los
compiladores por el tema de tratar de reducir las instrucciones ejecutadas de
forma efectiva, aún a costa de aumentar el tamaño del código estático.
Qué cosas se inventan, fíjate tú ^^
Tiene buena pinta, habrá que probarlo un rato.
Alguien sabe como se llama el clon de Super Mario de uno de los screenshots?
En las capturas de pantallas salen jugando al Quake I. Brutal
Brillante
#14
eso me ha pasado a mi, digo voy a probarlo y a la que miro el sitio de la disquetera veo que ya no tengo 
.
pero le podria instalar un juego en plan Heroes of might and magic III, dungeon keeper, etc?
Ahh que interesante. Gracias, voy a empezar a cacharrear.