Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
(1) | 2 (Barrapunto Overload: CommentLimit 50)
  • por MaraudeR (432) el Jueves, 21 Marzo de 2002, 12:10h (#94541)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    Que se pierden comentarios!!!

    En fín, mi comentario a la noticia originalmente publicada por un PH:

    [...]

    "Para que haces un programa nativo si ya tenemos un emulador"

    ¿Por qué el nativo va tres mil veces mas rápido?

    ¿Crees que este sea el buen camino para linux?

    Por supuesto. Se está trabajando en que existan aplicaciones nativas de todo tipo en LiNUX, si entre tanto se usan emuladores para suplir estas carencias no veo ningún problema.

    Lo que pretendes en tu exposición es que al existir estos emuladores no se desarrollan alternativas, y eso no es cierto.

    --
    libreXpresion.org [librexpresion.org]
  • por !O) (4798) el Jueves, 21 Marzo de 2002, 12:23h (#94545)
    Windows Me es tan malo en porque es un parche de Win 98, a su vez un parche de Win 95, a su vez un parche de win 3.11+ MS-DOS y MSDOS es un parche de un sistema opetarivo que compro Bill Gates hace un monton de años.

    Para M$ la prioridad es mantener la compatibilidad con lo anterior lo que hace que la rama de Win95, gracias a Dios hoy ya extinguida, estuviera basada en tecnologias completamente obsoletas, lo que hacia que no fuera multitarea real, que se colgara continuamente, etc...

    Con emuladores puedes dar compatibilidad a quien la necesita, sin sacrificar el rendimiento de quien no sabe que es eso de MSDOS, windows,... (ni maldita la falta que le hace)
  • por MaraudeR (432) el Jueves, 21 Marzo de 2002, 12:36h (#94549)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    la rama de Win95, gracias a Dios hoy ya extinguida, estuviera basada en tecnologias completamente obsoletas, lo que hacia que no fuera multitarea real

    La multitarea de Windows 95 era tan real como la de LiNUX. Las aplicaciones nativas de Windows 95 ("32 bits") se ejecutaban en un entorno de multitarea preemtiva, mientras que las heredadas de entornos anteriores ("16 bits") se ejecutaban en una máquina virtual que emulaba la multitarea cooperativa de las anteriores versiones (y dicha máquina virtual era una aplicación de "32 bits" que a su vez corría dentro del entorno de multitarea preemtiva del sistema).

    Hay que documentarse.
    --
    libreXpresion.org [librexpresion.org]
  • por cpcbegin (3237) el Jueves, 21 Marzo de 2002, 12:44h (#94551)
    ( Última bitácora: Lunes, 19 Septiembre de 2005, 12:32h )
    Quiza hubiera sido mejor decir que hay demasiado uso de los emuladores de Windows para Linux pero no de emuladores, pues yo estoy buscando un emulador nativo de CP/M para linux y no lo encuentro por ningún lado.

    Por cierto que la solución que me daban era usar el VM-Ware y meterle CP/M algo que, además de no funcionar porque ese emulador no soporta eso, no es precisamente lo que buscaba.

    Muchas veces nosotros mismos somos los que alentamos a usar un emulador de Windows y un programa de Windows, bien porque no hay otra alternativa o por lo que sea. No creo que eso sea la solución porque para usar el VMWare me creo una partición FAT, al fin y al cabo tendría que usar Windows tanto en un caso como en otro, salvo que el hardware que necesito para la partición FAT es mucho menor.

    Yo desde luego no veo a VMWare como una solución, aunque es sólo una apreciación personal.

    -------------------------------------------- ;-)
    (vaya rollazo que he soltado) ¡ups! el micro
  • Como muchos usuarios de Linux, la existencia de emuladores desde los comienzos ha sido una de los motivos que más me han atraído a la hora de decantarme por Linux frente a sistemas propietarios. Es cierto que si las empresas saben que usamos emuladores, sólo harán versiones nativas en el único caso de que la emulación sea excesivamente lenta o no lo suficientemente certera como para presentar su producto adecuadamente.

    En cambio desde los orígenes Linux nació con la conciencia de no ser un S.O. mayoritario y si ahora quiere dar el gran salto no deberá negar a su comunidad la posibilidad de ejecutar aplicaciones escritas para otras plataformas.

    ¡Ojalá que en un futuro a medio plazo Linux sea el modelo a seguir y el resto de sistemas sean los que deban emular muchas de sus cualidades.
    --
    OpenPGP Key ID: 0x82C47638 bitcoin donation jar: http://payb.tc/ver
  • En fín, mi comentario a la noticia originalmente publicada por un PH: .

    De originalmente nada. La noticia es la misma y la edición da crédito a quien la envió. Lo que sucede es que en el enbruto las noticias salen sin autor (todavía no conseguí averiguar si eso es un bug o una feature.
    --

    --
    Fernand0
    Si elegimos a los políticos es para no tener que pensar todo el tiempo.
    Homer Simpson

  • Re:Wine

    (Puntos:2)
    por bulmero (2936) el Jueves, 21 Marzo de 2002, 13:13h (#94559)
    ( http://bulmalug.net/ )
    Wine no es un emulador. Un emulador interpretaría las instrucciones del programa y las conevitiría a instrucciones que puedes ser ejecutados por el procesador sobre el que se ejecuta. No es el caso, el Wine es sólo un conjunto de librerías que traducen llamadas del API de Windows (Win32) a funciones de X. Hay una "sobrecarga" por las llamadas entre dos sistemas distintos, pero no hay emulación. El código se ejecuta de forma nativa (no hay intérprete ni "máquina virtual") sobre el mismo tipo de procesador.

    En todo caso la palabra "emulación" viene de que "emula" un entorno Windows.

    --
    no space left in device
  • por psst (4623) el Jueves, 21 Marzo de 2002, 13:26h (#94561)
    >No creo que eso sea la solución porque para usar el >VMWare me creo una partición FAT, al fin y al cabo

    Comor?
    Que tiene que ver una cosa con otra? Para usar VMWare no necesitas crearte una partición FAT. De hecho, ni siquiera hace falta que hagas ninguna particion.
    Luego, sobre esa maquina virtual puedes instalar otro linux, un windows, o lo que te de la gana. Ademas lo guapo es que si por ejemplo instalas windows sobre la maquina virtual, haces una paticion (que no es REAL), de 4 Gb, por ejemplo, el archivillo no te crece inmediatamente hasta 4 Gb, sino que va creciendo conforme lo vas ocupando.
    Bueno, eso.
    --
    "En el caos no hay error"
  • por cpcbegin (3237) el Jueves, 21 Marzo de 2002, 13:27h (#94562)
    ( Última bitácora: Lunes, 19 Septiembre de 2005, 12:32h )
    CPU, memoria, ... es que ese emulador chupa muchos recursos, demasiados para mi P-II con 64 Mb

    Aparte sigo sin verle la ventaja, salvo la de usar varios sistemas a la vez. Pues tener una partición VFAT o no, no lo veo tan interesante como poder pasar de Windows o no y usar todo. VMWare necesita un Windows para emular Windows pues no deja de ser más que un emulador de PC para PC.

    Ya te digo, es una apreciación personal.
  • por musg1 (3284) el Jueves, 21 Marzo de 2002, 13:33h (#94566)
    ( http://helvete.escomposlinux.org/ )
    VmWare ES un emulador de PC, arquitectura Intel x86. Lo que le metas por encima ya es cosa tuya. Supongo que se podrá meter cualquier cosa que corra en un PC
  • Coste/beneficio

    (Puntos:1)
    por HH:MM:SS (826) el Jueves, 21 Marzo de 2002, 13:35h (#94567)
    ( http://www.hhmmss.com/ | Última bitácora: Miércoles, 18 Febrero de 2004, 11:28h )
    Para una copañia de software asentada en el mundo M$, si se plantea portar su maravillosa aplicación a Linux y estudia el coste, reemplazar las MFCs por Qt, GTK o Motif, con un resultado incierto es demasiado arriesgado.
    En cambio el coste de compilar su aplicación con las librerias Wine y probar en el nuevo mercado es mucho más barato y más atractivo.
    Si el producto funciona en la nueva plataforma, se puede intentar un desarrollo posterior que sea compatible en ambos entornos (p.ej. utilizando Qt)
  • por MaraudeR (432) el Jueves, 21 Marzo de 2002, 13:46h (#94571)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    Y si la notica es la misma... ¿por qué no salió mi comentario?...

    --
    libreXpresion.org [librexpresion.org]
  • Vaya, por fin alguien que sabe lo que dice. Recomendemos, pues, la lectura de los "Undocumented" de Schulman.

    Más info aquí

    --
    ___
    "Tamparantán que te han visto Pepe, tamparantán que te han visto Juan"
  • por perseo (939) el Jueves, 21 Marzo de 2002, 14:30h (#94582)
    ( http://barrapunto.com/ | Última bitácora: Martes, 28 Octubre de 2003, 03:17h )
    Por lo poco o mucho que entiendo de arquitectura de sistemas operativos, windows 9x/Me es multiprogramado, y no es multitarea. Tanto Linux como Windows 9x/Me pueden tener varios programas ejecutándose (multiprogramación), pero no simultáneamente (multitarea), para lo cual es necesario tener más de un procesador y soportarlo claro.

    Y si no es así mil disculpas. Tendré que desempolvar aquellos viejos apuntes... (¿Anda andarán?)
    --
    --- Root dixit.
  • por manje (1495) el Jueves, 21 Marzo de 2002, 14:39h (#94585)
    ( http://www.manje.net/ | Última bitácora: Martes, 13 Diciembre de 2011, 19:35h )
    Las noticias que se envían desde submit.pl van a una tabla (creo tampoco importa) que son las aportaciones pendientes de editar, no pasan a ser noticias. Por otro lado un modificación de barrapunto en el código hace que se cree una noticia en la secion enbruto, un editor puede ecolucionar la noticia de enbruto o crear una a partir de la aportación que está en esa base de datos. Esta forma es más sencilla ya que slash lleva un control de que aportaciones quedan pendientes de editar.
  • por manje (1495) el Jueves, 21 Marzo de 2002, 14:41h (#94586)
    ( http://www.manje.net/ | Última bitácora: Martes, 13 Diciembre de 2011, 19:35h )
    Lo que no es es multiusuario, multitarea si es, se ejecutan varios procesos a la vez, que aunque no sea a la vez comparten el procesador, que es lo importante.
  • Esto pienso YO!

    (Puntos:1)
    por Barrahome (6084) <albertof@deltasoft.com.ar> el Jueves, 21 Marzo de 2002, 14:55h (#94591)
    ( http://www.deltasoft.com.ar )
    What is Wine? Wine is not an emulator. It is a free implementation of Windows API's on Linux. Allowing most Windows applications to run on Linux without modification.
    --
    Alberto Ferrer http://www.deltasoft.com.ar albertof@deltasoft.com.ar
  • Re:Wine

    (Puntos:2)
    por Lock (3731) el Jueves, 21 Marzo de 2002, 15:16h (#94595)
    ( http://barrapunto.com/ )
    Un emulador no tiene por qué ser de un procesador diferente.

    En realidad traducir llamadas al sistema por llamadas a un sistema diferente es una emulación.
    Lo es porque el código no lo puedes ejecutar nativamente (no funciona como tal) sino a traves de un interfaz.

    Y eso es emulación.
    --
    ¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
  • por GorristeR (1918) <gorrister@QUITAESTOlinuxmail.org> el Jueves, 21 Marzo de 2002, 15:53h (#94604)
    ( Última bitácora: Martes, 03 Marzo de 2009, 08:45h )
    ...que la rama de Win95, gracias a Dios hoy ya extinguida

    ..lo que hacia que no fuera multitarea real, que se colgara continuamente, etc...

    No, si el comentario está bien, pero creo que debes de vivir en el 2020 por lo menos, porque en el 2002 esa cosas "extinguidas" y esos "antiguos" cuelges todavía existen...
    --

    ¿Y tú?. ¿Todavía no tienes instaladas las librerías de Mono en tu Debian GNU/Linux?
  • por GorristeR (1918) <gorrister@QUITAESTOlinuxmail.org> el Jueves, 21 Marzo de 2002, 16:00h (#94605)
    ( Última bitácora: Martes, 03 Marzo de 2009, 08:45h )
    Pues yo tengo un k6-2 500 con 128 y no noto "lentitud".
    --

    ¿Y tú?. ¿Todavía no tienes instaladas las librerías de Mono en tu Debian GNU/Linux?
  • por Ed Hunter (702) el Jueves, 21 Marzo de 2002, 16:09h (#94608)
    Te equivocas en parte. Es decir, las aplicaciones de 16 bits no se ejecutan en una máquina virtual aparte, sino en la máquina virtual del sistema. Por eso un cluelgue de una aplicación de 16 bits puede colgar todo el Windows 9x/Me, o apropiarse de toda la CPU.

    Me parece que lo que tu dices, que las aplicaciones de 16 bits usan una máquina virtual independiente de la del sistema, es el comportamiento del Wine, de OS/2 y de NT.

    En realidad la gestión de procesos del Windows 95 y la del Windows 3.x es prácticamente idéntica, sólo que en Windows 3.x la única aplicación que obtenía una máquina virtual própia es la ventana de Ms-DOS, y el planificador no permitía entrar más de dos máquinas virtuales en ready a la vez.

    Todo esto estaba perfectamente explicado, con ejemplos prácticos (como ejecutar varias máquinas virtuales concurrentes en Windows 3.11) en el libro "Inside Microsoft Windows 95" (o algo similar, lo leí en la bilbioteca de la Escuela Técnica Superior de Ingeniería de la Universidad Rovira i Virgili de Tarragona).

  • por Ed Hunter (702) el Jueves, 21 Marzo de 2002, 16:25h (#94611)
    Creo firmemente en que Linux necesita que Wine funcione razonablemente bien. Conozco gente que si pudiese jugar a todos los juegos para Windows en Linux, se instalaría Linux sin dudarlo ni un instante.

    El problema para que los usuarios migren a Linux es que la mayoría de los programas que usan son para Windows y de muchos no hay alternativas para Linux. Dichos programas no se portaran a Linux mientras no haya una cantidad de usuarios grande, que no usarán Linux mientras no puedan usar esos programas... el circulo vicioso se rompería con un wine funcional. Entonces podrían usar las aplicaciones de Windows con un rendimiento razonable, pudiendo plantearse abandonar Ms-Windows, y al haber muchos más usuarios de Linux, las empresas se plantearán migrar las aplicaciones a Linux para que esos usuarios no migren a aplicaciones alternativas que sean nativas.

    No se si me he explicado bien, pero aseguro que si Wine ejecutase todos los juegos para Windows, aúnque el Ms-Office ni tan siquiera arrancase, todos mis amigos usarían exclusivamente Linux.

  • por Xiriaco (5510) el Jueves, 21 Marzo de 2002, 16:29h (#94613)
    ( Última bitácora: Miércoles, 09 Junio de 2004, 02:32h )
    Porque no sacar una nueva distribución llamada "Emulinux", el cual tendria todos los emuladores posibles y por haber! JAJAJJA. La verdad que estoy de acuerdo y me parece que como que hay demasiados emuladores en Linux, se puede correr programas pero no es lo mismo que correrlos nativamente. Eso de correr Windows media o Quicktime usando un emulador me parece a como que tocaras una guitarra usando "guantes" o de la misma manera, como que fueras a bañarte a la ducha con zapatos impermeables para "No agarrar un refriado". Yo siempre he pensado que algunas compañias no quieren escribir software para linux por el simple hecho de que tienen que reescribir todo de nuevo, no hay suficiente demanda y a veces por presion de segundos (Otras compañias). Esto de los emuladores no es nuevo, si bien todos conocemos el caso de Corel quienes usaron su propia version de Wine para correr el WorkPerfect 2000 en Linux (Algo de lo mas asqueroso y anti-etico). MAS binarios nativos y MENOS emuladores. Pienso que la unica excepcion para los emuladores es en caso de otra plataforma como Macintosh, Consolas de video juegos y arcade.
  • Ademas de ser el punto de "rotura" del sistema esto trae interesantes consecuencias:
    a) Esta maquina virtual de 16 bits (creo que esta ayudada por el micro) tiene correr en una especie de anillo 0, con acceso a todo el hardware.
    b) Los VxD corren en 16 bits, con lo cual tienen que exportar su api a los 32 bits.
    c) Tiene que ser medianamente reentrante entonces, implementando algun tipo de semaforo, que ocurre entonces con la multitarea de los 32 bits? que tendra que esperar a que cierto recurso se libere dentro del codigo de 16 bits.(Pregunta, ¿como se elimina un contexto entero en codigo de 16 bits en un deadlock por ejemplo?)

    Tiene pinta de un mal planteamiento de diseño, tal vez debido a la herencia de los SO's anteriores como apuntaba el que empezaba el Thread
    --
    Buenos dias democracia
  • por musg1 (3284) el Jueves, 21 Marzo de 2002, 16:42h (#94616)
    ( http://helvete.escomposlinux.org/ )
    Yo siempre he pensado que algunas compañias no quieren escribir software para linux por el simple hecho de que tienen que reescribir todo de nuevo

    Yo creo que la mayoría no lo portan porque no pueden. El código de la mayor parte de las aplicaciones informáticas con varios años a sus espaldas es intratable y es más fácil reescribirlo de cero que intentar parchearlo para que soporte otros sistemas.

    Yo mismo he tenido que portar una aplicación con sólo un cambio de base de datos, de access a mysql y es una tarea de chinos dependiendo como esté hecha la aplicación.

  • por !O) (4798) el Jueves, 21 Marzo de 2002, 16:52h (#94618)
    Por supuesto que se cuelgan y lo seguiran haciendo mucho tiempo.

    Lo que no hacen es venderse. Se han extinguido de las tiendas (aunque quizás quede alguno, una vez me quisieron vender un NT con más de dos años de antiguedad que no soportaba discos de más de 4 GB cuando ya se vendian con 10 GB).

    La extinción en los ordenadores es mucho más lenta que en las tiendas (El otro día vi un prehistorico Olivetti M19 funcionando)
  • Re:Coste/beneficio

    (Puntos:2)
    por musg1 (3284) el Jueves, 21 Marzo de 2002, 17:12h (#94622)
    ( http://helvete.escomposlinux.org/ )
    Yo creo que compilar con las librerías wine es mejor que ejecutarlas con wine. La librería wine debe ser algo como cygwin, que crea ejecutables nativos de windows pero con una capa de conversión entre posix y las llamadas al API de windows. El resultado es muy bueno y no se aprecia ninguna lentitud.

    La única pega de wine es que como no tienen ayuda de M$ y muchas partes de windows no están documentadas hay partes de wine que "intuyen" lo que hace realmente la función del API pero pueden equivocarse, con lo que es bastante más inestable, si cabe, que una aplicación windows compilada con las librerías.

    Un ejemplo de un uso del código de wine son los reproductores Aviplay y mplayer que usando las dlls de windows reproducen el video a una velocidad aceptable.

  • por Tarrio (257) el Jueves, 21 Marzo de 2002, 18:01h (#94631)
    ( http://jacobo.tarrio.org/ | Última bitácora: Viernes, 20 Junio de 2003, 21:57h )

    Mi M19 dejó de funcionar hace dos años... :-((((

  • por !O) (4798) el Jueves, 21 Marzo de 2002, 18:49h (#94640)
    Win Me= Win98+colorines
    Win98= Win95+colorines

    WinXP= Win2000+colorines
    Win2000=Win NT+colorines

    Win Me ya no se vende, Win 2000 tampoco (quizás los encuentres en alguna tienda, M$ ya no lo vende a sus distribuidores) XP y 2000 estan basados en NT que puede ser un sistema operativo mejor o peor, pero es UN sistema operativo, lo que dificilmente puede decirse de Win 95, 98 o Me.
  • Re:codeweavers...

    (Puntos:2)
    por mystix (210) el Jueves, 21 Marzo de 2002, 20:24h (#94663)
    ( http://barrapuntonuncahasidoloqueera.com/ | Última bitácora: Lunes, 11 Julio de 2011, 14:13h )
    La gaming edition no es lo que parece. Simplemente es una Mandrake normal con WineX (ojo, no es WINE aunque parte de él) y el juego "The sims" modificado para poder funcionar bajo WineX.

    No podrás ejecutar el Sims para Windows bajo Linux :(

    Y el acrónimo WINE es "Wine Is Not an Emulator", aunque de todas formas le llamamos emulador por comodidad ;)
  • Re:Coste/beneficio

    (Puntos:1)
    por HH:MM:SS (826) el Jueves, 21 Marzo de 2002, 20:34h (#94665)
    ( http://www.hhmmss.com/ | Última bitácora: Miércoles, 18 Febrero de 2004, 11:28h )
    La ventaja es que una vez compiladas conjuntamente con la aplicación puedes realizar pruebas de funcionamiento y estabilidad. Si distribuyes tu aplicación con la version de wine con la que funciona te evitas el problema de versiones y compatibilidades.
  • Gran libro ese :)

    (Puntos:2)
    por Drizzt (39) el Jueves, 21 Marzo de 2002, 21:56h (#94678)
    ( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 30 Enero de 2014, 23:34h )
    Me he leido completo y me sorprendió que la arquitectura de Win9x fuera así por dentro.
    --

    -- icewinddale.blogspot.com [blogspot.com]

  • por kroks (4492) el Jueves, 21 Marzo de 2002, 23:06h (#94685)
    Cuando un usuario pregunta, "¿y por qué no salió mi comentario?" no pretende que se le aburra con tonterías técnicas. Es obvio que algo ha fallado y habrá que solucionarlo. Si sale una noticia no puede desaparecer con sus comentarios, los comentarios deben permanecer. Me da igual que sea slash, que slosh.
  • por kroks (4492) el Jueves, 21 Marzo de 2002, 23:20h (#94689)
    La multitarea preemptiva lo que quiere decir es que hay multitarea porque las aplicaciones quieren. Pero si en un sistema con Windows 95 hago una aplicación y no suelto la CPU, pues de ahi no me saca nadie, o sea que una aplicacion de usuario puede hacer que Windows 95 pase a ser monotarea, solo ejecute una cosa, y el resto de las aplicaciones ni huelan la CPU. No me compares esto con Linux, por favor.


    Si nos ponemos en plan de considerar multitarea a cualquier cosa, MS-DOS también lo era, los programas residentes (TSR's) se ejecutaban de vez en cuando, en particular había algunos que se ejecutaban cada tick del reloj, otros cada pulsación del teclado, etc. Algo bastante parecido a lo del Windows 98, sólo que sin ayuda del procesador, sin protección de memoria y esas cosas, pero se parece en que los TSR's también tenían que ser educados y dejar que el resto de las cosas se ejecuten.

  • por MaraudeR (432) el Viernes, 22 Marzo de 2002, 00:05h (#94699)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    Te equivocas en parte. Es decir, las aplicaciones de 16 bits no se ejecutan en una máquina virtual aparte, sino en la máquina virtual del sistema.

    Ya.

    Por eso un cluelgue de una aplicación de 16 bits puede colgar todo el Windows 9x/Me, o apropiarse de toda la CPU.

    No, definitivamente esto no es cierto. Una aplicación de 16 bits NO PUEDE apropiarse de toda la CPU ni de coña. La máquina virtual corre como otra tarea de 32 bits cuyo tiempo de ejecución es asignado por el sistema.
    --
    libreXpresion.org [librexpresion.org]
  • Mentiras

    (Puntos:2)
    por MaraudeR (432) el Viernes, 22 Marzo de 2002, 00:18h (#94703)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    La multitarea preemptiva lo que quiere decir es que hay multitarea porque las aplicaciones quieren

    Eso es multitarea cooperativa, zolocho. La multitarea preemptiva o prioritaria es la buena .

    Pero si en un sistema con Windows 95 hago una aplicación y no suelto la CPU, pues de ahi no me saca nadie

    Te saca el sistema cuando te toque, igual que en LiNUX. Windows 95 NO ES MULTITAREA COOPERATIVA, utiliza UN SISTEMA DE MULTITAREA TAN REAL COMO EL DE LiNUX, y es EL SISTEMA el que se encarga en repartir el tiempo asignado a cada tarea.

    No me compares esto con Linux, por favor.

    No hables de lo que no sabes, por favor.
     
    --
    libreXpresion.org [librexpresion.org]
  • por Ear3ndil (937) el Viernes, 22 Marzo de 2002, 08:17h (#94719)
    ( http://diari.oronetes.net/ | Última bitácora: Martes, 13 Diciembre de 2005, 11:44h )
    El problema de la industria del software en linux es que mucha gente habla y critica y muy poca programa soluciones nativas. Esta claro que la solucion nativa siempre es la mas optima, pero si no existe, precisamente por ese problema, pues mas vale que se pueda emular a que no. ¿Y porque Mac es distinto a Windows? Es un sistema mas, tan emulable como cualquier otro y tan aprovechable como cualquier otro. ¿O acaso ya estamos con las manias persecutorias, las persecuciones de Microsoft y el fanatismo de muchos que solo saben decir "Odio a Windows y uso Linux" y nisiquiera se molestan en saber lo que es el kernel? Mejor es tener algo necesario, en beneficio de Linux aunque emulado, que no tenerlo y ponerte otro SO que si lo tenga en perjuicio de linux. Por cierto, no me parece nada mala en absoluto tu idea de una distribucion con solo emuladores. Me parece genial.
    --


    apunts [oronetes.net]

  • por Epaminondas Pantulis (1747) el Viernes, 22 Marzo de 2002, 08:22h (#94720)
    ( http://hronia.blogalia.com/ | Última bitácora: Jueves, 22 Enero de 2009, 06:57h )
    A mí me impresionó el MS DOS multitarea que se saca el pollo de la manga...

    ---

    --
    ___
    "Tamparantán que te han visto Pepe, tamparantán que te han visto Juan"
  • Re:Mentiras

    (Puntos:2)
    por Lock (3731) el Viernes, 22 Marzo de 2002, 08:25h (#94721)
    ( http://barrapunto.com/ )
    Cierto.

    No te comas la moral. Que no merece la pena.
    --
    ¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
  • por Ear3ndil (937) el Viernes, 22 Marzo de 2002, 08:36h (#94722)
    ( http://diari.oronetes.net/ | Última bitácora: Martes, 13 Diciembre de 2005, 11:44h )
    Veo muchos comentarios sobre emulación, pero realmente se habla solamente de la emulación de Windows y se recalca que esa es mala, pero las demas buenas. En fin....¿Y eso? ¿Que tiene de especial Windows contra los otros sistemas? ¿Ser Windows? ¿Porque es aceptable emular Mac o Spectrum o lo que sea y Windows no? ¿Ya estamos de nuevo metidos en las típicas manias persecutorias, los odios a Windows y demas rollos? Parece estar de moda el decir "Odio a Windows porque uso Linux"....Por favor, creced un poco. Esto no es una guerra. Y si os lo tomais como tal, hacedla contra todos, no solo contra Windows.
    Lo bueno de todo esto es que nadie te obliga a utilizar la emulacion y hay mucha gente que tiene que utilizar programas de SO distintos a Linux y utilizar cosas como wine son una razon de que usen Linux. Obviamente, si existieran soluciones nativas las usarian, pero muchas veces NO existen. Y si no te gusta que no existan....perfecto, programalas. Se está volviendo en mala mania lo de criticar que si la documentacion es mala, que si las traducciones dan asco o que si no hay programas para linux, pero nadie mueve un dedo para ayudar.
    En fin, realmente pienso que el articulo original no es mas que un mal intento de meterse con algo. Esta vez le ha tocado a la emulacion, identificando toda la emulacion con la de windows y por tanto aumentando asi el grado de sensacionalismo del artículo y por tanto, el grado de atención que este mueve. Ridículo.

    Es mi opinión.

    PD. No seamos tan egocentristas. Linux no es el centro del mundo y usar otros sistemas NO es malo. Pero si se pueden usar desde Linux gracias a la emulación...mejor que mejor.
    --


    apunts [oronetes.net]

  • por Ear3ndil (937) el Viernes, 22 Marzo de 2002, 08:44h (#94723)
    ( http://diari.oronetes.net/ | Última bitácora: Martes, 13 Diciembre de 2005, 11:44h )
    Un poco incongruente es decir que la emulación de Windows es "algo malo" sin realmente dar razón válida alguna (bueno, si, que Windows es malo es la razón mas "valida") y usar dll's de Windows para ver los divx. No lo has dicho pero lo has acertado.
    --


    apunts [oronetes.net]

  • por MaraudeR (432) el Viernes, 22 Marzo de 2002, 09:03h (#94727)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    ¿Que tiene de especial Windows contra los otros sistemas? ¿Ser Windows?

    Si.

    Esto no es una guerra.

    Esa es tu opinión.

    Y si os lo tomais como tal, hacedla contra todos, no solo contra Windows.

    Erm, bueno, igual cabría crear un Eje del Mal y meter en él unas cuantas compañías...

    Y que conste que estoy perfectamente de acuerdo con tu conclusión, pero no con tus argumentos.

    --
    libreXpresion.org [librexpresion.org]
  • Re:Mentiras

    (Puntos:2)
    por musg1 (3284) el Viernes, 22 Marzo de 2002, 09:34h (#94733)
    ( http://helvete.escomposlinux.org/ )
    ¿me puede explicar alguien por qué en win9x si una aplicación se cuelga y toca partes sensibles del sistema se cuelga todo? ¿y por qué si a una aplicación le da por pillarse toda la CPU el resto se arrastra?

    Será multitarea real con protección de memoria y todo lo que querais pero algún truco tiene que haber para que se cuelgue tanto. Si fuera todo lo que decís sería tan estable como Linux y cualquiera que haya visto un windows sabe que no es así.

    ¿Será porque todas las aplicaciones corren como "root"?

  • por musg1 (3284) el Viernes, 22 Marzo de 2002, 09:37h (#94734)
    ( http://helvete.escomposlinux.org/ )
    ¿entonces el WinXP qué es? ¿otra forma de sacar dinero hasta que salga el .NET?

    Porque que yo sepa hay versión "casera" y versión servidor con IIS y demás gaitas.

  • Re:codeweavers...

    (Puntos:2)
    por musg1 (3284) el Viernes, 22 Marzo de 2002, 09:44h (#94735)
    ( http://helvete.escomposlinux.org/ )
    Creo que en la web de Transgaming pone que el Sims de windows si funciona. Yo juego al "Icewind Dale" desde wine con la última versión de wineX y he probado varios juegos tanto en 3D como en 2D y algunos van aunque con algunos fallitos. Por ejemplo en "Monkey Island 4" el sonido se oye mal pero el resto parece ir perfecto.
  • por musg1 (3284) el Viernes, 22 Marzo de 2002, 09:58h (#94739)
    ( http://helvete.escomposlinux.org/ )
    Estoy de acuerdo contigo pero creo que el que se quiera emular los programas de windows es un objetivo a corto plazo, aunque wine lleva ya mucho tiempo de desarrollo, mientras que cambiar la mentalidad de los programadores de todo el mundo es un objetivo a muy largo plazo.

    Ya verás si salen unos cuantos juegos de éxito y portables a diferentes arquitecturas como el resto de empresas se animan a pasar de DirectX y programar con SDL u otras librerías multiplataforma.

  • por egapaz (505) el Viernes, 22 Marzo de 2002, 10:04h (#94742)
    ( http://barrapunto.com/ )
    Necesito ejecutar una aplicacion para unix-sco (fox-pro) antes con el kernel 2.2 utilizaba un paquete llamado ibcs, que hacia algo parecido a una emulacion, pero para el kernel 2.4 no existe. ¿Algun o enlace con documentacion (mejor en castellano), o idea o truco o ayuda milagrosa ...
    Un saludo y gracias.
  • Re: Emulación

    (Puntos:1)
    por cpcbegin (3237) el Viernes, 22 Marzo de 2002, 10:33h (#94750)
    ( Última bitácora: Lunes, 19 Septiembre de 2005, 12:32h )
    Si me acuerdo que cuando empezó lo de la emulación se decía que la máquina anfitrión tenía que ser 10 veces más rápida que la máquina a emular para que aquello fuera decentemente.

    Hoy han mejorado mucho las técnicas pero claro emular una máquina o sistema de características similares o ligeramente inferiores es siempre más complejo en este sentido que otras máquinas o sistemas que iban mucho más lento que nuestro ordenador.
  • por pedrobz (5201) el Viernes, 22 Marzo de 2002, 10:35h (#94752)
    ( http://barrapunto.com/ | Última bitácora: Miércoles, 06 Julio de 2005, 11:32h )
    ¿Y eso? ¿Que tiene de especial Windows contra los otros sistemas?

    Que windows a diferencia de otros sistemas NO tiene documentacion de ningun tipo, es secreto. Del spectrum(por ejemplo) se conocen todas las instrcciones y las pocas indocumentadas, pero de windows...
    Microsoft no solo mantiene en secreto las funciones de sus dll sino que ni siquiera puedes hacer ingenieria inversa en ellas, por eso emuladores como el del spectrum van CLAVADOS a la maquina, y wine en el doble de tiempo solo a conseguido una emulacion cutre.

    LLAMAMIENTO PARA AYUDAR AL PROYECTO WINE DE CUALQUIER MANERA!!
    --


    Cuando el Yo existe el Otro se discrimina. Cuando se forman el Yo y el Otro, surge el apego y el enfado
  • por Ear3ndil (937) el Viernes, 22 Marzo de 2002, 12:06h (#94777)
    ( http://diari.oronetes.net/ | Última bitácora: Martes, 13 Diciembre de 2005, 11:44h )
    Pues yo sigo sin estar de acuerdo con los tuyos (argumentos, se entiende). Primero, esto no es ninguna guerra. Es mas, incluso me parece denigrante porque no creo que Windows tenga ni punto de comparacion con Linux y menos para hacer una "guerra" de esto. Tambien me parece una pérdida de tiempo pasarse el rato pensando que si Windows esto que si aquello. Lo único que ganamos es esa fama de fanáticos que tanto tenemos los linuxeros (lo curioso es que ahora muchos linuxeros empiezan a llamar fanáticos a los bsderos...curioso). Pienso como Linus, que tantas veces ha comentado cuando le preguntan sobre tal o cual SO, que hay que trabajar con lo que tenemos y olvidarnos de los demas. Pero bueno, imagino que es mas sencillo hacer trabajar y aglutinar a la gente teniendo a un enemigo al que ganar....Franco tenia a sus masones, los USA a sus comunistas y Linux a su Windows (obviamente, la comparacion es una tonteria, pero creo que se entiende por donde van los tiros)......Yo no uso Linux porque odie a Windows. Uso Linux porque me gusta y me parece patetica la actitud esa de "si odias a Windows, ponte Linux, porque es la que mas caña mete a Microsoft". ¿De verdad quereis eso? Prefiero decir...ponte Linux, es un sistema muy seguro, es muy estable y con un rendimiento muy alto y todo lo que quieras...Yo SI prefiero eso. No creo que fomentar odios sea bueno en ningún caso. Mejor es fomentar el aprendizaje. Mejor enseñar que es el kernel que a odiar al Windows. Mejor crear competencia tecnologica con nuestro trabajo que "ejes del mal" y odios irracionales. Asi no se llega a ninguna parte. Pero en fin....caminos hay muchos, que cada uno siga el suyo. Yo prefiero no odiar a nadie. Y menos a una cosa inanimada como un SO, aunque haga animaladas. En todo caso me odiaria a mi mismo por ser tan idiota de usar una cosa que va mal.
    --


    apunts [oronetes.net]

  • 18 respuestas por debajo de tu umbral de lectura actual.
(1) | 2 (Barrapunto Overload: CommentLimit 50)