[Info] Con que cambia de submodo El Windows para AMD64

Y que opinas de este PDF:
http://www.amd.com/us-en/assets/con..._AMD64.pdf

Saludos.




"Caterpillar 1.0" escribió en el mensaje news:%

I C System escribió:
> continúo yo ¿puedo? :-)
>
> Ninca me conecto a estas horas, pero las bobadas que le he
> oido decir a SemiP estos dias me han incendiado.
>
> A ver si acierto: cuando sale AMD 64, y debido a que
> grandes casas como SUN e IBM parece que lo van a montar en
> servidoresm se plantea modificar W2003 Server para no
> quedarse atrás frente a Linux con estos dos competidores.
> Para ello plante modificar el W2003 Server ya que estará
> mas adecuado para estas CPU's y los nuevos equipos de sus
> rivales.
>
> Ahora los ingenieros de Microsoft tienen una disyuntiva
> ¿que montan? Legacy descartado ya que ya funciona sus
> actuales sistemas y no puede competir frente al poosible
> asalto de Linux para 64. Entonces Long Mode, pero ¿modo 64
> bit puro? ¿o modo Compatibilty?. Es cosciente que en modo
> compatibility hay mucha sobrecarga en conmutacion de
> tareas, y que ademñas en un servidor no debería existir
> software de 32, maxime cuando Microsoft simplemente
> recompilando todo su software puede dar soporte a una
> plataforma completa servidora.
>
> La disyuntiva esta clara: mode 64 bit puro.
>
> Pero por si acaso, tiene que dar una solucion al
> posible software de 32 actual. Solucion: se crea el WoW.
> Implica dejar ejecutar elcodigo de 32 tal y como está y
> cuando se provoquen excepciones debido a codigo no
> permitido o prefijos de segmento invalidos en modo 64 bit
> puro, se provocará una excepcion que capturará un
> manejador de excpeciones en el sistema operativo y le
> cederá control a la WoW.dll. Esto implica sobrecarga si
> existen muchas tareas de 32 sobre todo porque las
> excepciones hay que capturarlas a traves de una puerta de
> tarea y la transicion de estado, de modo 3 (user) a modo 0
> (kernel) son transiciones muy costosas. Pero en una o dos
> tareas de 32 no se notaría y su funcionamiento sería
> aceptable, esperando el funcionamiento de una o dos tareas
> así, que fuese como en un windows XP Pro Normal (de 32) en
> esa maquina.
>
> Es evidente, que en modo Server, el usuario no tendrá
> necesidades raras, y usará herramientas servidoras.
>
> Una vez desarrollado, nada le cuesta "capar", como
> deciamos esta mañana, a ese W2003 Server para hacer una
> version de bajo costo para el posible consumo domestico.
>
>
> Conclusion. clarisima.
>
>
>
>
>>no, no, no esa no es la pregunta. ahora que has
>
> caido en que: o se arranca en Long Mode puro 64 bits o se
> arranca en Compatibilty mode. (UNA DE LOS DOS).
> ¿curioso no?
>
>>Pero Microsoft ha decidido dar la compatibilidad no por
>
> el modo... sino por un subsistema software creado por
> el... el WoW
>
>>¿curioso, no?... O sea que ya se te van despejando
>
> tus dudas, viendo que tus afirmaciones estaban totalmente
> mal deducidas (lo cual no es extraño)...
>
>>Pero ahora. la pregunta que te hice ¿eso es bueno
>
> para tu intereses?... ¿o es bueno para windows?...
>
>>Mirate los hilos de abajo... por si te sirve de pista eso
>
> que el XP para AMD es una version capada de W2003
> Server... y lo de las prestaciones y que se persigue en un
> server anda que con eso, si lo entiendes, tu mismo
> vas a seguir con la deduccion.
>
>>Jose Manuel Tella Llop
>>MVP - Windows
>>
>>http://www.multingles.net/jmt.htm
>>Este mensaje se proporciona "como está" sin garantías de
>
> ninguna clase, y no otorga ningún derecho.
>
>>This posting is provided "AS IS" with no warranties, and
>
> confers no rights.
>
>> You assume all risk for your use.
>>
>>
>>"SemiP" wrote in
>
> message news:2C2D2AA4-E588-4A01-8613-
>
>
>>>Esto es una conversion de abajo a arriba.
>>>
>>>Pero el tema es que hace el cambio.
>>>
>>>Saludos.
>>>
>>>
>>>
>>>
>>> >tienen enbebido el soporte para COMPATIBILIY MODE.
>>> >Microsoft Windows soporta esto
>>> >a traves del subsistema Windows en Windows(WoW).
>>>
>>> This is a low-overhead conversion
>>>
>>> Jose Manuel Tella Llop
>>> MVP - Windows
>>>
>>> http://www.multingles.net/jmt.htm
>>> Este mensaje se proporciona "como está" sin
>
> garantías de ninguna clase, y no otorga ningún derecho.
>
>>> This posting is provided "AS IS" with no
>
> warranties, and confers no rights.
>
>>> You assume all risk for your use.
>>>
>>>
>>> "SemiP" wrote
>
> in message news:8652E488-8A43-496D-AAFF-
>
>
>>> > Sacado de este Articulo:
>>> > http://www.devx.com/amd/Article/16018/2046
>>> >> Most modern operating systems have built-in
>
> support for Compatibility Mode. Microsoft Windows supports
> this through the Windows on Windows subsystem (WoW). The
> WOW.DLL converts function arguments from 32-bit to 64-bit
> and return values from 64-bit to 32-bit. This is a low-
> overhead conversion, as most of the calculations involve
> adding leading zeros; the address translation is from flat
> 32-bit to flat 64-bit. Figure 1 illustrates how 32-bit and
> 64-bit applications interact with the Windows operating
> system.
>
>>> >> Los mas modernos sistemas operativos tienen
>
> enbebido el soporte para COMPATIBILIY MODE.
>
>>> > Microsoft Windows soporta esto a traves del
>
> subsistema Windows en Windows(WoW). La WOW.DLL convierte
> los argumentos de 32 a 64Bits y los devueve de 64 a
> 32bits.
>
>>> >> Asi que si que cambia de submodo.
>>> >> Saludos
>>
>>.
>>
muy buena tu explicación, se entendió mas que claro

:-)

Precisamente no puede haber nada sobre el WoW por es
un "solucion" software de Microsoft.

El PDF habla de la solucion hardware que es el cambio del
bit en CS.

Pero esto ultimo, por favor: lee lo escrito e intenta
pensarlo primero, repito esto ultimo obliga a un posible
sistema operativo a tener preparadas muchas cosas para
poder hacer no el cambio de modo (elemental) sino el
contexto de tareas en ese momento. Si es facil de poner
ejemplos: ¿que sucede cuando ocurre una interrupcion -
centenares pos segundo- y el bit de CS esta cambiado?
Obliga a interceptar por el sistema una doble excepcion.

Esto lo tiene que contemplar un sistema operativo ya que
no es responsablidad del hardware el como esten creadas
las paginas de memoria virutal de la tarea, ni la pila de
dichas tareas, ni la tabla de vectores de interrupcioon y
descriptores asociados. Leete la diferencia en unas
tablas al fianl del PFD que te indican diferencias entre
modo compatibility y 64 bit puro.

Microsoft, por contra -y tengo que leer la docujemntacion
de Linux, porque supongo que la habrá implementado igual,
y en Linux TODO está documentado, ha decidido no hace el
cambio de modo a compatibity por hardware. Sino hacerlo o
simularlo por software. A ese modo software le llama
tambien COMPATIBILITY ya que permite a viejas tareas de
32 emular el modo compatibility hardware.

Esa es la funcion de Windows on Windows (que además,
incluso su propio nombre es descriptivo).

Estas opinando sin poseer una minima base tecnica del
asunto, agarrandote solo a las posibilidades hardware
descritas en el PDF y sin tener ni idea de sistemas
operativos.

Por favor, no opines sobre lo que desconoces, o no digas
lo que a ti personalmente te gustaría.

Perdona, pero en este pdf no hay nada sobre el WoW:
http://www.amd.com/products/cpg/64bit/pdf/x86-

64_overview.pdf

Y es en este otro donde lo explica bien clarito:
http://www.amd.com/us-

en/assets/content_type/DownloadableAssets/Porting_Win_DD_t
o_AMD64.pdf

Y quien sabra mas sobre como esta implementado el WoW en

la AMD64 ¿AMD o I C y JMT?

No estoy engañando a nadie solo publico la informacion

que tiene AMD sobre ello.

Saludos.




"rex" escribió en

el mensaje news:a87601c3ebb3$36468350$

Una llamada al sistema hecha a Windows 64-bit
por una aplicacion de 32 bits requerira
una traduccion de sus argumentos y
punteros de direccion.

segun el pdf que dejaste, una llamada no requiere nada.
Simplemente cambiar un bit de CS y es lo que has estado
defendiendo hasta hoy.

Esto es solo para rebatir tu argumento: si se necesita
una capa de Windows on Windows es muy sencillo. Todo lo
que ha descrito I C y que ha sido corroborado por JMT.

Siempre intentas interpretar las cosas a tu modo y esto
es ocultar la verdad o buscar algo para engañar a la
gente.

Alguien te ha comentado, que para que discutes con
Doctores en medicina siendo alguien que en su vida ha
estudiado y solo leyo una revista divulgativa. Aplicate
la historia.

Despues de esperar a una respuesta en le foro privado y

no recibir respuesta.

He buscado y rebuscado y he encontrado esto:
http://www.amd.com/us-

en/assets/content_type/DownloadableAssets/Porting_Win_DD_

t

o_AMD64.pdf

Pagina 5
A system call made to 64-bit Windows by a 32-bit

application will require translation of its

arguments such as address pointers. This translation

layer is integral to the 64-bit operating

system. 64-bit Windows has a layer called Windows on

Windows 64 (WOW64). WOW64 is

the emulation layer that enables a 32-bit application to

application to operate in Compatibility

Mode when under 64-bit Windows.

Una llamada al sistema hecha a Windows 64-bit por una

aplicacion de 32 bits requerira una traduccion

de sus argumentos y punteros de direccion. Esta capa de

traduccion esta integrada a el sistema operativo.

Windows 64 bits ha llamado a esta capa Windows on

Windows 64 (WOW64). WOW64 es la capa de emulacion

que activa una aplicacion de 32 bit para una aplicacion

para operar en COMPATIBILITY MODE bajo Windows 64 bits.

Asi que CAMBIA de MODO.

No le deis mas vueltas.

Repetir conmigo: Cambia de modo.

Saludos.




"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje
news:

No. No es necesario. Anda lee un poco a I C que lo ha

explicado claramente. Simplemente ocurre una excepcion,
se atrapa por una

puerta de tarea y se reparchean los registors para

permitir la instruccion.

Y el motivo es simple: para cambiar de modo, el sistema

operativo al cargarse tendría que haber dejado preparado
TODO porque sino no

puede cambiar de contexto. Y los ingenieros que lo

diseñaron pensaron que no merecia la pena gastar tiempo y
dinero y posterior

mantenimiento para lo de 32, cuando no tiene sentido en

un Server.

Mas claro... agua.

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin garantías de

ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and

confers no rights.

You assume all risk for your use.


"SemiP" wrote in message

news:

Pero con ello se pierde totalmente la compatibilidad

binaria de las instrucciones. Y es necesario cambiar

de MODO.

Saludos.




"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje news:%

EL WOW no cambia de modo. Realiza sobrecarga de 32

bits a ceros binarios por encima para seguir usando los
64. ahora "leete de

nuevo el manual"... TU MANUAL... y verás porque

tiene que hacer esto: precisamente porque NO CAMBIA. Es
el sistema operativo

el

que se carga y decide en carga: 64 bit puro o

Compatibility. Si es 64 puro... no prepara nada: ni
descriptores, ni pilas de tamaño

diferente, ni nada.. Si decide compatibility,

prepara ambos entornos. Y ESTO ES DISEÑO DE UN SO.

Ahora bien, a lo mejor les puedes tu enseñar como

hacerlo mejor ;-))))

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin garantías

de ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties,

and confers no rights.

You assume all risk for your use.


"SemiP" wrote in message

news:%

ES EL WOW EL QUE SE ENCARGA DE LOS CAMBIOS.

Repite conmigo: No veo que se hable de ninguna

excepcion en este parrafo:

Most modern operating systems have built-in support

for Compatibility Mode. Microsoft Windows supports this
through the Windows

on

Windows subsystem (WoW).

Habla de que TODOS los SO tienen soporte para

Compatibillity Mode. Y luego habla de que cosas tiene que
hacer aparte de CAMBIAR

de

modo.

Ahora voy sobre el texto:


"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje
news:

no, no, no esa no es la pregunta. ahora que

has caido en que: o se arranca en Long Mode puro 64 bits
o se arranca en

Compatibilty mode. (UNA DE LOS DOS). ¿curioso

no?

:^> Aqui supongo que habras querido decir

Legacy Mode

Pero Microsoft ha decidido dar la compatibilidad no

por el modo... sino por un subsistema software creado por
el... el WoW

Saludos.

.

.

respondido en el otro mensaje.

Y yo lo unico que defiendo es que cambia de modo.

Saludos.



"rex" escribió en

el mensaje news:a87601c3ebb3$36468350$

Una llamada al sistema hecha a Windows 64-bit
por una aplicacion de 32 bits requerira
una traduccion de sus argumentos y
punteros de direccion.

segun el pdf que dejaste, una llamada no requiere nada.
Simplemente cambiar un bit de CS y es lo que has estado
defendiendo hasta hoy.

Esto es solo para rebatir tu argumento: si se necesita
una capa de Windows on Windows es muy sencillo. Todo lo
que ha descrito I C y que ha sido corroborado por JMT.

Siempre intentas interpretar las cosas a tu modo y esto
es ocultar la verdad o buscar algo para engañar a la
gente.

Alguien te ha comentado, que para que discutes con
Doctores en medicina siendo alguien que en su vida ha
estudiado y solo leyo una revista divulgativa. Aplicate
la historia.

Despues de esperar a una respuesta en le foro privado y

no recibir respuesta.

He buscado y rebuscado y he encontrado esto:
http://www.amd.com/us-

en/assets/content_type/DownloadableAssets/Porting_Win_DD_

t

o_AMD64.pdf

Pagina 5
A system call made to 64-bit Windows by a 32-bit

application will require translation of its

arguments such as address pointers. This translation

layer is integral to the 64-bit operating

system. 64-bit Windows has a layer called Windows on

Windows 64 (WOW64). WOW64 is

the emulation layer that enables a 32-bit application to

application to operate in Compatibility

Mode when under 64-bit Windows.

Una llamada al sistema hecha a Windows 64-bit por una

aplicacion de 32 bits requerira una traduccion

de sus argumentos y punteros de direccion. Esta capa de

traduccion esta integrada a el sistema operativo.

Windows 64 bits ha llamado a esta capa Windows on

Windows 64 (WOW64). WOW64 es la capa de emulacion

que activa una aplicacion de 32 bit para una aplicacion

para operar en COMPATIBILITY MODE bajo Windows 64 bits.

Asi que CAMBIA de MODO.

No le deis mas vueltas.

Repetir conmigo: Cambia de modo.

Saludos.




"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje
news:

No. No es necesario. Anda lee un poco a I C que lo ha

explicado claramente. Simplemente ocurre una excepcion,
se atrapa por una

puerta de tarea y se reparchean los registors para

permitir la instruccion.

Y el motivo es simple: para cambiar de modo, el sistema

operativo al cargarse tendría que haber dejado preparado
TODO porque sino no

puede cambiar de contexto. Y los ingenieros que lo

diseñaron pensaron que no merecia la pena gastar tiempo y
dinero y posterior

mantenimiento para lo de 32, cuando no tiene sentido en

un Server.

Mas claro... agua.

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin garantías de

ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and

confers no rights.

You assume all risk for your use.


"SemiP" wrote in message

news:

Pero con ello se pierde totalmente la compatibilidad

binaria de las instrucciones. Y es necesario cambiar

de MODO.

Saludos.




"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje news:%

EL WOW no cambia de modo. Realiza sobrecarga de 32

bits a ceros binarios por encima para seguir usando los
64. ahora "leete de

nuevo el manual"... TU MANUAL... y verás porque

tiene que hacer esto: precisamente porque NO CAMBIA. Es
el sistema operativo

el

que se carga y decide en carga: 64 bit puro o

Compatibility. Si es 64 puro... no prepara nada: ni
descriptores, ni pilas de tamaño

diferente, ni nada.. Si decide compatibility,

prepara ambos entornos. Y ESTO ES DISEÑO DE UN SO.

Ahora bien, a lo mejor les puedes tu enseñar como

hacerlo mejor ;-))))

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin garantías

de ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties,

and confers no rights.

You assume all risk for your use.


"SemiP" wrote in message

news:%

ES EL WOW EL QUE SE ENCARGA DE LOS CAMBIOS.

Repite conmigo: No veo que se hable de ninguna

excepcion en este parrafo:

Most modern operating systems have built-in support

for Compatibility Mode. Microsoft Windows supports this
through the Windows

on

Windows subsystem (WoW).

Habla de que TODOS los SO tienen soporte para

Compatibillity Mode. Y luego habla de que cosas tiene que
hacer aparte de CAMBIAR

de

modo.

Ahora voy sobre el texto:


"JM Tella Llop [MVP Windows] ·"

escribió en el mensaje
news:

no, no, no esa no es la pregunta. ahora que

has caido en que: o se arranca en Long Mode puro 64 bits
o se arranca en

Compatibilty mode. (UNA DE LOS DOS). ¿curioso

no?

:^> Aqui supongo que habras querido decir

Legacy Mode

Pero Microsoft ha decidido dar la compatibilidad no

por el modo... sino por un subsistema software creado por
el... el WoW

Saludos.

.

.

Eres muy imaginativo:
http://www.amd.com/us-en/assets/con..._AMD64.pdf
Pero este PDF te contradice en parte.

- En que si cambia de modo
- En que crea procesos separados.


Saludos.




"I C System" escribió en el mensaje news:a6ae01c3eb61$1f567260$
continúo yo ¿puedo? :-)

Ninca me conecto a estas horas, pero las bobadas que le he
oido decir a SemiP estos dias me han incendiado.

A ver si acierto: cuando sale AMD 64, y debido a que
grandes casas como SUN e IBM parece que lo van a montar en
servidoresm se plantea modificar W2003 Server para no
quedarse atrás frente a Linux con estos dos competidores.
Para ello plante modificar el W2003 Server ya que estará
mas adecuado para estas CPU's y los nuevos equipos de sus
rivales.

Ahora los ingenieros de Microsoft tienen una disyuntiva
¿que montan? Legacy descartado ya que ya funciona sus
actuales sistemas y no puede competir frente al poosible
asalto de Linux para 64. Entonces Long Mode, pero ¿modo 64
bit puro? ¿o modo Compatibilty?. Es cosciente que en modo
compatibility hay mucha sobrecarga en conmutacion de
tareas, y que ademñas en un servidor no debería existir
software de 32, maxime cuando Microsoft simplemente
recompilando todo su software puede dar soporte a una
plataforma completa servidora.

La disyuntiva esta clara: mode 64 bit puro.

Pero por si acaso, tiene que dar una solucion al
posible software de 32 actual. Solucion: se crea el WoW.
Implica dejar ejecutar elcodigo de 32 tal y como está y
cuando se provoquen excepciones debido a codigo no
permitido o prefijos de segmento invalidos en modo 64 bit
puro, se provocará una excepcion que capturará un
manejador de excpeciones en el sistema operativo y le
cederá control a la WoW.dll. Esto implica sobrecarga si
existen muchas tareas de 32 sobre todo porque las
excepciones hay que capturarlas a traves de una puerta de
tarea y la transicion de estado, de modo 3 (user) a modo 0
(kernel) son transiciones muy costosas. Pero en una o dos
tareas de 32 no se notaría y su funcionamiento sería
aceptable, esperando el funcionamiento de una o dos tareas
así, que fuese como en un windows XP Pro Normal (de 32) en
esa maquina.

Es evidente, que en modo Server, el usuario no tendrá
necesidades raras, y usará herramientas servidoras.

Una vez desarrollado, nada le cuesta "capar", como
deciamos esta mañana, a ese W2003 Server para hacer una
version de bajo costo para el posible consumo domestico.


Conclusion. clarisima.

no, no, no esa no es la pregunta. ahora que has

caido en que: o se arranca en Long Mode puro 64 bits o se
arranca en Compatibilty mode. (UNA DE LOS DOS).
¿curioso no?

Pero Microsoft ha decidido dar la compatibilidad no por

el modo... sino por un subsistema software creado por
el... el WoW

¿curioso, no?... O sea que ya se te van despejando

tus dudas, viendo que tus afirmaciones estaban totalmente
mal deducidas (lo cual no es extraño)...

Pero ahora. la pregunta que te hice ¿eso es bueno

para tu intereses?... ¿o es bueno para windows?...

Mirate los hilos de abajo... por si te sirve de pista eso

que el XP para AMD es una version capada de W2003
Server... y lo de las prestaciones y que se persigue en un
server anda que con eso, si lo entiendes, tu mismo
vas a seguir con la deduccion.

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin garantías de

ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and

confers no rights.

You assume all risk for your use.


"SemiP" wrote in

message news:2C2D2AA4-E588-4A01-8613-

Esto es una conversion de abajo a arriba.

Pero el tema es que hace el cambio.

Saludos.




>tienen enbebido el soporte para COMPATIBILIY MODE.
>Microsoft Windows soporta esto
>a traves del subsistema Windows en Windows(WoW).

This is a low-overhead conversion

Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm
Este mensaje se proporciona "como está" sin

garantías de ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no

warranties, and confers no rights.

You assume all risk for your use.


"SemiP" wrote

in message news:8652E488-8A43-496D-AAFF-

> Sacado de este Articulo:
> http://www.devx.com/amd/Article/16018/2046
>> Most modern operating systems have built-in

support for Compatibility Mode. Microsoft Windows supports
this through the Windows on Windows subsystem (WoW). The
WOW.DLL converts function arguments from 32-bit to 64-bit
and return values from 64-bit to 32-bit. This is a low-
overhead conversion, as most of the calculations involve
adding leading zeros; the address translation is from flat
32-bit to flat 64-bit. Figure 1 illustrates how 32-bit and
64-bit applications interact with the Windows operating
system.

>> Los mas modernos sistemas operativos tienen

enbebido el soporte para COMPATIBILIY MODE.

> Microsoft Windows soporta esto a traves del

subsistema Windows en Windows(WoW). La WOW.DLL convierte
los argumentos de 32 a 64Bits y los devueve de 64 a
32bits.

>> Asi que si que cambia de submodo.
>> Saludos

.

por favor, ¿por qué no lees ni tan siquiera el titulo?

Es una guia para "MIGRAR" drivers de 32 a 64. No vale
SOLO con recompilar, que es lo que siempre JM Tella ha
dicho en sus articulos: es NECESARIO además reescribir el
codigo.

Cada vez que pones algo, tiras piedras contra lo que tu
consideras "tus intereses".

Y que opinas de este PDF:
http://www.amd.com/us-

en/assets/content_type/DownloadableAssets/Porting_Win_DD_t
o_AMD64.pdf

Saludos.




"Caterpillar 1.0" escribió

en el mensaje news:%

I C System escribió:
> continúo yo ¿puedo? :-)
>
> Ninca me conecto a estas horas, pero las bobadas que

le he

> oido decir a SemiP estos dias me han incendiado.
>
> A ver si acierto: cuando sale AMD 64, y debido a que
> grandes casas como SUN e IBM parece que lo van a

montar en

> servidoresm se plantea modificar W2003 Server para no
> quedarse atrás frente a Linux con estos dos

competidores.

> Para ello plante modificar el W2003 Server ya que

estará

> mas adecuado para estas CPU's y los nuevos equipos

de sus

> rivales.
>
> Ahora los ingenieros de Microsoft tienen una

disyuntiva

> ¿que montan? Legacy descartado ya que ya funciona sus
> actuales sistemas y no puede competir frente al

poosible

> asalto de Linux para 64. Entonces Long Mode, pero

¿modo 64

> bit puro? ¿o modo Compatibilty?. Es cosciente que en

modo

> compatibility hay mucha sobrecarga en conmutacion de
> tareas, y que ademñas en un servidor no debería

existir

> software de 32, maxime cuando Microsoft simplemente
> recompilando todo su software puede dar soporte a una
> plataforma completa servidora.
>
> La disyuntiva esta clara: mode 64 bit puro.
>
> Pero por si acaso, tiene que dar una solucion al
> posible software de 32 actual. Solucion: se crea el

WoW.

> Implica dejar ejecutar elcodigo de 32 tal y como

está y

> cuando se provoquen excepciones debido a codigo no
> permitido o prefijos de segmento invalidos en modo

64 bit

> puro, se provocará una excepcion que capturará un
> manejador de excpeciones en el sistema operativo y le
> cederá control a la WoW.dll. Esto implica sobrecarga

si

> existen muchas tareas de 32 sobre todo porque las
> excepciones hay que capturarlas a traves de una

puerta de

> tarea y la transicion de estado, de modo 3 (user) a

modo 0

> (kernel) son transiciones muy costosas. Pero en una

o dos

> tareas de 32 no se notaría y su funcionamiento sería
> aceptable, esperando el funcionamiento de una o dos

tareas

> así, que fuese como en un windows XP Pro Normal (de

32) en

> esa maquina.
>
> Es evidente, que en modo Server, el usuario no tendrá
> necesidades raras, y usará herramientas servidoras.
>
> Una vez desarrollado, nada le cuesta "capar", como
> deciamos esta mañana, a ese W2003 Server para hacer

una

> version de bajo costo para el posible consumo

domestico.

>
>
> Conclusion. clarisima.
>
>
>
>
>>no, no, no esa no es la pregunta. ahora que

has

>
> caido en que: o se arranca en Long Mode puro 64 bits

o se

> arranca en Compatibilty mode. (UNA DE LOS

DOS).

> ¿curioso no?
>
>>Pero Microsoft ha decidido dar la compatibilidad no

por

>
> el modo... sino por un subsistema software creado por
> el... el WoW
>
>>¿curioso, no?... O sea que ya se te van

despejando

>
> tus dudas, viendo que tus afirmaciones estaban

totalmente

> mal deducidas (lo cual no es extraño)...
>
>>Pero ahora. la pregunta que te hice ¿eso es bueno
>
> para tu intereses?... ¿o es bueno para windows?...
>
>>Mirate los hilos de abajo... por si te sirve de

pista eso

>
> que el XP para AMD es una version capada de W2003
> Server... y lo de las prestaciones y que se persigue

en un

> server anda que con eso, si lo entiendes, tu

mismo

> vas a seguir con la deduccion.
>
>>Jose Manuel Tella Llop
>>MVP - Windows
>>
>>http://www.multingles.net/jmt.htm
>>Este mensaje se proporciona "como está" sin

garantías de

>
> ninguna clase, y no otorga ningún derecho.
>
>>This posting is provided "AS IS" with no warranties,

and

>
> confers no rights.
>
>> You assume all risk for your use.
>>
>>
>>"SemiP" wrote

in

>
> message news:2C2D2AA4-E588-4A01-8613-
>
>
>>>Esto es una conversion de abajo a arriba.
>>>
>>>Pero el tema es que hace el cambio.
>>>
>>>Saludos.
>>>
>>>
>>>
>>>
>>> >tienen enbebido el soporte para COMPATIBILIY

MODE.

>>> >Microsoft Windows soporta esto
>>> >a traves del subsistema Windows en Windows

(WoW).

>>>
>>> This is a low-overhead conversion
>>>
>>> Jose Manuel Tella Llop
>>> MVP - Windows
>>>
>>> http://www.multingles.net/jmt.htm
>>> Este mensaje se proporciona "como está" sin
>
> garantías de ninguna clase, y no otorga ningún

derecho.

>
>>> This posting is provided "AS IS" with no
>
> warranties, and confers no rights.
>
>>> You assume all risk for your use.
>>>
>>>
>>> "SemiP"

wrote

>
> in message news:8652E488-8A43-496D-AAFF-
>
>
>>> > Sacado de este Articulo:
>>> > http://www.devx.com/amd/Article/16018/2046
>>> >> Most modern operating systems have built-in
>
> support for Compatibility Mode. Microsoft Windows

supports

> this through the Windows on Windows subsystem (WoW).

The

> WOW.DLL converts function arguments from 32-bit to

64-bit

> and return values from 64-bit to 32-bit. This is a

low-

> overhead conversion, as most of the calculations

involve

> adding leading zeros; the address translation is

from flat

> 32-bit to flat 64-bit. Figure 1 illustrates how 32-

bit and

> 64-bit applications interact with the Windows

operating

> system.
>
>>> >> Los mas modernos sistemas operativos tienen
>
> enbebido el soporte para COMPATIBILIY MODE.
>
>>> > Microsoft Windows soporta esto a traves del
>
> subsistema Windows en Windows(WoW). La WOW.DLL

convierte

> los argumentos de 32 a 64Bits y los devueve de 64 a
> 32bits.
>
>>> >> Asi que si que cambia de submodo.
>>> >> Saludos
>>
>>.
>>
muy buena tu explicación, se entendió mas que claro

:-)

.