Barrapunto

... porque para 64 bits la cosa se complica. No es suficiente con conseguir que funcionen los drivers 3D (fácil según modelos, al igual que el sonido o la wireless), sino que como cuentan [winehq.com] en la web de wine [winehq.com], hay que ser conscientes de ciertas cosas:

• Es necesaria 32-bit emulation
• The 32bit "emulated" applications are unable to use the 64bit 3D accelerated drivers
• I hope you realize that a 64-bit Wine is not going to let you run Win32 binaries

El título podría ser un poco más preciso: propongo "Wine puede superar a Windows XP bajo ciertas condiciones".

El término "mejorar" puede dar la sensación de que wine, corriendo dentro del xp, puede mejorar éste, lo que es un sinsentido. O quizá no, quién sabe ;) .

LA verdad es que desarrollar un software como Wine ya es de por si un trabajo de titanes, que además la velocidad se acerque al sistema XP (y a veces incluso la supere) ya es digno de completa admiración

Por otra parte me pregunto si programas como wine no frenan el que ciertas empresas porten su software a gnu/linux, como el caso de macromedia (no se si al final sacaron versiones optimizadas para wine o que, pero desde luego nativo en gnu/linux nada de nada). A fin de cuentas esas empresas siempre podrán decir "que usen wine".

No obstante y de nuevo mis mas sinceras felicitaciones al equipo de Wine :-)

Pues a mi no me sorprende en absoluto. Teniendo en cuenta la cantidad de recursos que consume el escritorio y todo el servidor gráfico de Windows (servidor gráfico que no se puede desactivar ni apagar), y que el kernel de Linux seguramente será más eficiente que el de Windows, no es raro que Wine emulando windows usando X.org y con el kernel de Linux consuma menos recursos que Windows ejecutando un programa sobre el kernel de Windows con todo el servidor gráfico detrás también ejecutándose. No?

Soy bastante escéptico respecto a estos benchmarks. Me puedo llegar a creer que el número que aparece anunciando los fps sea mayor en wine, pero objetivamente, ¿se estaba viendo igual la imagen en wine que en windows? ¿perceptualmente era más fluido en wine que en windows?

Han utilizado Gentoo para los benchmarks, que generalmente lo tiene todo compilado y optimizado.

Cuando tenía arranque dual en mi ordenador, un P4 2.6GHz y 512Mb de RAM, jugaba al Quake 2, 3 y a Return to the Castle of Wolfestein en Windows XP y en Slackware.

Con el Kernel compilado y sólo con los módulos necesarios, conseguía más FPS bajo linux, aún con (muchos) más detalles gráficos. Lástima que no porten más juegos a linux.

Incluso MS Office iba más ligero bajo wine/linux. La diferencia de rendimiento es tál, que aún con otra capa de abstracción, las aplicaciones van más ligeras.

En primer lugar, como ya dicen antes, esta prueba es muy poco "cientifica" y solo orientada a la parte de juegos...
En segundo lugar, Wine si bien me sorprende que soporte tantas aplicaciones Windows, tiene serios problemas como muchisismas aplicaciones...
Si entramos a la pagina de Wine, vemos que pocas aplicaciones realmente estables...
Y en lo que respecta a la velocidad, en vez de andar leyendo un benchmark que nadie sabe bien como fue hecho, entren a la pagina de Wine y vean los comentarios sobre como corren las aplicaciones, en muchos, pero en muchos lugares, justamente una de las criticas que se hacen, es la lentitud...
http://appdb.winehq.org/

alguien noto otros "emuladores" ( notece que wine NO es un emulador) como los de PSX, SNES, y arcades tienen mejor MUCHO mejor rendimiento en linux que en win?

El título de la noticia creo que debería ser "En algunos casos WINE puede ser mejor que Windows XP" en vez del actual "Wine puede mejorar a Windows XP bajo ciertas condiciones" el cual parece Aznar hablando a lo tejano ;D, ¿acaso puede el WINE coger un XP instalado y mejorarlo? :D

La primiera vez que lei la noticia me quede pensando varias veces que querría decir porque no le encontraba sentido al título.

... que las cosas os van mas fluidas en wine porque sabeis muy bien como configurar y optimizar Linux, pero no teneis ni la mitad de ese nivel en windows? Por cierto, el Direct X es, de lejos, la api 3D mas puntera que existe. Las OpenGL van a remolque desde hace bastate.

Bueno habra usuarios empedernidos o no pero segun tengo entendido la misma gente de transgaming que desarrollan su propia version de "wine" (cedega) algunos juegos corren mas rapido en wine que en el mismo windows. Si quieres la informacion detallada vela por aca:

http://www.transgaming.com/coolstuff.php

P.D: No creo que las declaraciones quedan los usuarios de cedega sean de simples "empedernidos".

La mayoria de emuladores de videoconsolas anteriores a la actual generacion (PS2, XBX, GC) tienen algunas mejoras sobre los sistemas emulados. Esto es especialmente notorio en algun emu de PS1, que mejora sus graficos de forma ostentosa. Asi que tu afirmacion es falsa.

f)??? mentira ???

Ellos se basan en pruebas de rendimiento, y tu?

Pues yo al menos voy a añadir mas información todavía. No hay que venirse a versiones recientes de wine, con una mandrake 8.2 y una voodoo3 (menos mal que pillaba el dri solo ya esa version que sino) podía con mi viejo AMD k6-III a 400mhz y 256 mb de ram jugar suave a la ultima version de half-life y entrar en los servidores a la primera.

Es curioso pero en windows me iba bien la versión que dejaba el cd, pero meter la ultima actualización y se volvia lento en cargar y en partidas por inet tenia que hacer un retry porque se quedaba sin memoria.

Otro apunte, wine tiene que usar memoria ram pero ademas esta la que ya esta usando GNU/Linux, y notese que para los desarrolladores de wine el uso que hace de la memoria es muy malo. Pero nada que yo entraba directo sin hacer retry a jugar.

En cierta forma es lógico lo usaba con OpenGL y los chicos de wine tienes su API totalmente documentada

PD: En wine con la versión que venía en el CD las paredes se transparentaban
-----
Klaus

WINE no es un emulador( Wine Is Not an Emulator), es el API de windows implementada en linux!

Respuesta corta: No.

Respuesta larga: Wine tiene su propio "registro de windows", dlls, etc. y además por lo general se ejecuta con privilegios de usuario.

En el caso extremo de que llegues a ejecutar un virus como root (supongo que no utilizas ni Internet Explorer ni Outlook Express bajo wine), solo "mancharía" lo relacionado con wine, pero no podría extenderse nada al resto del sistema operativo. Los programas de windows ni siquiera "sospechan" que están bajo Linux, y no tienen acceso a /usr, /etc, o /home.

Además, parchear una DLL de wine con un virus diseñado para windows debe ser casi imposible, ya que no creo que los offsets sean los mismos.

1º) WINE no es un emulador, como ya te han dicho.

2º) Un emulador SÍ puede ir más rápido que el producto nativo. Ejemplos: Dynamo. A veces, interpretar código puede ser más eficiente que ejecutarlo de forma nativa gracias a ciertas optimizaciones que se pueden hacer durante la ejecución, pero no durante la compilación. La JVM también se basa en esas cosas para conseguir un código más rápido, por ejemplo.

¿Cuál es la conclusión de todo esto?

La a: Wine es chachi. Siguiente pregunta.

"3dmark que tira basicamente de la tarjeta de video."

Sí, se coje el binario y se le envia directamente a la tarjeta de video, el la ejecuta y te devuelve la animación en formato MPEG2. La tarjeta de video hace bastantes cálculos, pero la aplicación y la comunicación con la tarjeta de video (OGL ó DX + driver) la hace la API del sistema. Y esa API es windows o WINE. Y la calidad gráfica es la misma, por supuesto. El hardware es el mismo.

Y no es creerselo. Yo lo he comprobado. El GTA Vice City, me iba más fluido bajo WINE que bajo Windows XP.

En ese caso, nada tiene que ver windows. La versión VMware para virtualizar servidores es un kernel de linux modificado.
El host vitual ve un driver de tarjeta vitual, no el driver de la tarjeta real que tiene. Esto hace que todas las máquinas virtuales VMWare sean compatibles. En ningún momento "hablan" directamente con el hw, sino con una capa de abstracción que muestra siempre el mismo hw, esté instalado en un servidor Hp, Dell o Fujitsu.

La pila tcp la copiaron de bsd, y no se han molestado en mejorarla desde entonces.
Sigue usando 32 bits para los datos enviados y recibiros.
Asi que jamas recibes mas de 4Gb, vuelve a cero. :P

PD: Almenos eso era asi hasta el 2k. XP no lo he llegado a comprobar, pero dudo que se molesten en mejorarla si no lo han hecho en todo este tiempo.

¿-1 inspirado? Pensaba que nunca lo vería

Troll=1, Inspirado=1, Sobrevalorado=1, Total=3

Me gustaria saber quien fue el "iluminado" que lo tachó como sobrevalorado cuando tenia 0 puntos.

Que chispa.

Te pagan por decir chorradas? o es que tratas de superar algun record personal de frikismo? o eres el tipico que explica a sus amigos que antes de recibir un fichero lo analiza con un editor hexadecimal y quedas la leche de c00L?

Si tienes sentimiento de inferioridad por no saber usar el equipo sin un antivirus residente ves al psicologo o aprende unas minimas politicas de seguridad.

Yo no necesito un editor hexadecimal, solo tengo cuidado y pienso antes de meter cualqueir mieda.

PD: Si leyeras antes de soltar la primera estupidez que te viene a la cabeza no habrias dicho lo del editor.