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

Pero si lo cambia por software como tu bien dices en el primer post
Si ha muchos programas de 32 funcionado al mismo tiempo la WoW
se sobrecarga, mientras que si lo hace por hardware no se sobrecarga
tanto. Y eso de que solo Microsoft sabe como lo implementa, no es cierto
esta colaborando con AMD asi que ambos saben lo mismo.

Saludos.




"I C System" escribió en el mensaje news:aa0701c3ebd8$d6beaef0$
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.

.

.

Pero Habla del WoW.

Y es el unico documento de AMD que habla del WoW.

Saludos.




"I C System" escribió en el mensaje news:a06301c3ebd9$c5991380$
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

:-)

.

se sobrecarga, mientras que si lo hace
por hardware no se sobrecarga tanto.

Correcto. Pero Microsoft ha decidido implementar wl
Windows on Windows (software) porque no quiere penalizar
a las tareas de 64 y sobrecargar al sistema operativo.

Te guste o no: es un W2003 "SERVER" y un server no es
para jugar con viejas tareas de 32 (bajo el punto de
vista de cualquier analista y maxime cuando no es una
solucion transitoria, sino la construccion definitva de
un Server).

Otra cosa, es que ademas haya decidido hacer una version
reducidad de se W2003 llamada XPClient. Pero esto NO
CAMBIA EL NUCLEO como obligaría a hacerse al implementar
compatibilidad hardware. Solo limita lo que se puede
hacer.

Ayer te dejó Tella el nombre del grupo de betatester
oficiales: W02003Server.XPClient.

Pero si lo cambia por software como tu bien dices en el

primer post

Si ha muchos programas de 32 funcionado al mismo tiempo

la WoW

se sobrecarga, mientras que si lo hace por hardware no

se sobrecarga

tanto. Y eso de que solo Microsoft sabe como lo

implementa, no es cierto

esta colaborando con AMD asi que ambos saben lo mismo.

Saludos.




"I C System"

escribió en el mensaje news:aa0701c3ebd8$d6beaef0
$

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.

.

.

.

está claro. Y a ver si a ti te hace caso, porque es como
darse contra un ladrillo.

A veces, es imposible enseñar a un lego.

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.

.

.

.

Si AMD se refiere como nombre propio y en mayusculas a Compatibility Mode.
¿A que se refiere?
Pues a su tecnologia hardware.
Sino hubiese puesto emulate compatibility mode.

Resumiendo, AMD dice que el WoW cambia de modo y vosotros que soy muy imaginativos
pero no poneis ni un solo link o referencia para apoyar vuestras tesis, decis que AMD no tiene razon
y que la tiene Microsoft, cuando en las paginas de Microsoft no hay ni una sola referenca a la WoW
de la AMD64.

Cuando encontreis una referencia de AMD o MS indicado claramente que el WoW no
cambia de modo, os creere. Hasta entonces seguir buscando.

Saludos.




"I C System" escribió en el mensaje news:9fe201c3ebdd$2a8b0700$

se sobrecarga, mientras que si lo hace
por hardware no se sobrecarga tanto.

Correcto. Pero Microsoft ha decidido implementar wl
Windows on Windows (software) porque no quiere penalizar
a las tareas de 64 y sobrecargar al sistema operativo.

Te guste o no: es un W2003 "SERVER" y un server no es
para jugar con viejas tareas de 32 (bajo el punto de
vista de cualquier analista y maxime cuando no es una
solucion transitoria, sino la construccion definitva de
un Server).

Otra cosa, es que ademas haya decidido hacer una version
reducidad de se W2003 llamada XPClient. Pero esto NO
CAMBIA EL NUCLEO como obligaría a hacerse al implementar
compatibilidad hardware. Solo limita lo que se puede
hacer.

Ayer te dejó Tella el nombre del grupo de betatester
oficiales: W02003Server.XPClient.

Pero si lo cambia por software como tu bien dices en el

primer post

Si ha muchos programas de 32 funcionado al mismo tiempo

la WoW

se sobrecarga, mientras que si lo hace por hardware no

se sobrecarga

tanto. Y eso de que solo Microsoft sabe como lo

implementa, no es cierto

esta colaborando con AMD asi que ambos saben lo mismo.

Saludos.




"I C System"

escribió en el mensaje news:aa0701c3ebd8$d6beaef0
$

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.

.

.

.