#37 Repito aquí el mensaje que deje en el propio sitio:
Primero que nada, DOS no es monotarea, es multitarea cooperativa, la de linux es multitarea preferencial, mirando la wikipedia veo que tienen a DOS como un sistema multitarea nula, pero también apuntan a windows 3.11 como sistema operativo, cosas que no son, en DOS podía haber muchas aplicaciones en memoria pero solo una tiene el control del procesador y lo tiene que liberar voluntariamente, si alguien pudo trabajar alguna vez con DOS, con cualquier programa que usaras el command.com no se descargaba, programe en turbo pascal mucho tiempo y podías dejar el ide en un modo de bajo consumo de memoria e ir al shell, y luego volver al ide, eso sin perjuicio de que era una verdadera porquería, sin mas ¿quien no hizo alguna vez un 'mem /f' para ver los programas que estaban en memoria!!?
El registro es una base de datos, en lo personal opino que como idea, está buena, pero pierdes la flexibilidad de los archivos de configuración de texto plano, en concepto no es distinto al about:config del firefox/mozilla.
Registros de GB?, en años de servicio técnico, jamas vi un registro de mas de unos pocos megas, recuerdo que yo abría el registro de windows 98 con edit.com desde DOS, para sacar el numero de serie de windows, siempre y cuando el system.dat no fuera muy grande. Es imposible llenar de GB una base de datos que solo guarda configuraciones.
La mayoría de los juegos no necesitan e incluso no usan el registro, por lo que simplemente copiar de una maquina a otra asegura el éxito, es de esperar que las aplicaciones no funcionen si fueron diseñadas para guardar su configuración en el registro, pero el problema no es el registro, es como reparten las dll en el sistema (problema del que no se salvan los *nix sin un gestor de paquetes), el querido dll hell. Ahí la culpa no es ni de MS ni de Windows, es de los señores que hicieron el programa JUSTAMENTE PARA QUE NO LO COPIEN, en Linux tienes el mismo o peor, porque sin el gestor de paquetes no se puede saber cuales son todos los archivos de una aplicación, y lo que empeora el problema es que los archivos estas por todo el sistema de archivos, en muchas aplicaciones win32, están la mayoría de los archivos en "archivos de programas/aplicación", igual me gusta mas el enfoque de linux, porque es ventajoso para el shell. Agregar que cualquier programador en windows puede NO usar el registro y su aplicación funcionara de lujo.
Por último decir que el articulo esta viciado, con datos inexactos que no parecen provenir de un usuario avanzado, por lo menos en como funciona un sistema operativo y en especial Windows, llevo usando Linux hace muchos años y lo prefiero porque es mas potente en la punta de mis dedos que Windows al puntero del ratón.
Si se quería abogar por Linux, este no es el modo, y repito, los datos con respecto al registro son inexactos y no tienen nada que ver conque Windows cargue mas rápido o lento, Linux puede tardar mucho mas en arrancar, todo va en cuantas aplicaciones arranquen al inicio.
Primero que nada, DOS no es monotarea, es multitarea cooperativa, la de linux es multitarea preferencial, mirando la wikipedia veo que tienen a DOS como un sistema multitarea nula, pero también apuntan a windows 3.11 como sistema operativo, cosas que no son, en DOS podía haber muchas aplicaciones en memoria pero solo una tiene el control del procesador y lo tiene que liberar voluntariamente, si alguien pudo trabajar alguna vez con DOS, con cualquier programa que usaras el command.com no se descargaba, programe en turbo pascal mucho tiempo y podías dejar el ide en un modo de bajo consumo de memoria e ir al shell, y luego volver al ide, eso sin perjuicio de que era una verdadera porquería, sin mas ¿quien no hizo alguna vez un 'mem /f' para ver los programas que estaban en memoria!!?
El registro es una base de datos, en lo personal opino que como idea, está buena, pero pierdes la flexibilidad de los archivos de configuración de texto plano, en concepto no es distinto al about:config del firefox/mozilla.
Registros de GB?, en años de servicio técnico, jamas vi un registro de mas de unos pocos megas, recuerdo que yo abría el registro de windows 98 con edit.com desde DOS, para sacar el numero de serie de windows, siempre y cuando el system.dat no fuera muy grande. Es imposible llenar de GB una base de datos que solo guarda configuraciones.
La mayoría de los juegos no necesitan e incluso no usan el registro, por lo que simplemente copiar de una maquina a otra asegura el éxito, es de esperar que las aplicaciones no funcionen si fueron diseñadas para guardar su configuración en el registro, pero el problema no es el registro, es como reparten las dll en el sistema (problema del que no se salvan los *nix sin un gestor de paquetes), el querido dll hell. Ahí la culpa no es ni de MS ni de Windows, es de los señores que hicieron el programa JUSTAMENTE PARA QUE NO LO COPIEN, en Linux tienes el mismo o peor, porque sin el gestor de paquetes no se puede saber cuales son todos los archivos de una aplicación, y lo que empeora el problema es que los archivos estas por todo el sistema de archivos, en muchas aplicaciones win32, están la mayoría de los archivos en "archivos de programas/aplicación", igual me gusta mas el enfoque de linux, porque es ventajoso para el shell. Agregar que cualquier programador en windows puede NO usar el registro y su aplicación funcionara de lujo.
Por último decir que el articulo esta viciado, con datos inexactos que no parecen provenir de un usuario avanzado, por lo menos en como funciona un sistema operativo y en especial Windows, llevo usando Linux hace muchos años y lo prefiero porque es mas potente en la punta de mis dedos que Windows al puntero del ratón.
Si se quería abogar por Linux, este no es el modo, y repito, los datos con respecto al registro son inexactos y no tienen nada que ver conque Windows cargue mas rápido o lento, Linux puede tardar mucho mas en arrancar, todo va en cuantas aplicaciones arranquen al inicio.