-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-01-31 a las 23:19 -0000, Camaleón escribió:
El Sun, 31 Jan 2010 23:07:34 +0100, Carlos E. R. escribió:
A ver, Carlos, que esto tiene visos de alargarse más de la cuenta y no quiero líos ni tampoco quiero discutir contigo. Prefiero entender las cosas, así que si digo algo que no sea cierto, me lo dices y ya está.
Es que como no eres programadora (assembler), no lo entiendes.
En la Wikipedia (en relación al PAE), decía lo siguiente:
*** (...) For application software which needs access to more than 4 GB of RAM, some special mechanisms may be provided by the operating system in addition to the regular PAE support. On Microsoft Windows this mechanism is called Address Windowing Extensions, while on Unix-like systems a variety of techniques are used, such as using mmap() to map regions of a file into and out of the address space as needed. ***
Es decir, entiendo que lo quiere decir es que para que una aplicación -de 32 bits- pueda acceder a más de esos 4 GiB. (2 GiB.) de memoria, además de tener habilitado el PAE, hace falta utilizar un "añadido", como es el caso del AWE (en sistemas Windows) y de mmap() en sistemas Linux.
¿Correcto?
Sí, todo eso es correcto.
Sigo.
Leyendo la documentación del AWE -que lo explica bastante bien, por cierto- me da entender que esta "extensión", al igual que el mmap() en Linux, lo que permite es que una aplicación (o un proceso) pueda acceder a mayor cantidad de memoria, siempre en función de la cantidad de RAM física que se tenga instalada.
*** http://msdn.microsoft.com/en-us/library/aa366527(VS.85).aspx
Address Windowing Extensions
Address Windowing Extensions (AWE) is a set of extensions that allows an application to quickly manipulate physical memory greater than 4GB. Certain data-intensive applications, such as database management systems and scientific and engineering software, need access to very large caches of data. In the case of very large data sets, restricting the cache to fit within an application's 2GB of user address space is a severe restriction. In these situations, the cache is too small to properly support the application.
AWE solves this problem by allowing applications to directly address huge amounts of memory while continuing to use 32-bit pointers. AWE allows applications to have data caches larger than 4GB (where sufficient physical memory is present). AWE uses physical nonpaged memory and window views of various portions of this physical memory within a 32-bit virtual address space. ***
Y pongo el ejemplo del AWE porque se entiende perfectamente el concepto de lo que hace, cómo lo hace y de para qué sirve.
Pero fíjate bien: hablan de manipular memoria y tal, no de "direccionar" memoria. Lo que hacen es ver la memoria a través de la ventana. La ventana está limitada a cuatro gigas (o menos si el sistema se reserva un cacho, que lo hace). Pero la ventana se mueve por toda la memoria, por encima de ese limite. Una instrucción del procesador, para acceso a memoria, sólo puede acceder a cuatro gigas, estrictamente dentro de la ventana vigente; lo que pasa es que esa ventana de cuatro gigas puede empezar en el punto 3G u 7G o donde sea, lo cual se hace mediante funciones de librerías especiales. ¿Me entiendes ahora? - -----memoria 16 gigas------------------------------- ·················[-vent-4GiB-]······················ < Lo que ve | el programa es sólo | el interior de la ventana | activa ahora mismo. El truco <--+--> es mover la ventana. O agarrador para mover la ventana No es que los textos que has leido esten mal. Están perfectos, pero escritos en "programese". Hace falta conocer su modo de hablar y ciertos principios. Te falta esa base y no pillas el matiz de lo que digo. Y el mover esa ventana supone una penalización para el proceso, y para el kernel (que también necesitará ventanas, a no ser que cambien el procesador de modo 32 a 64 y viceversa, que no se si se puede), y para el resto de procesos. Es una solución temporal mientras todo el mundo migra a 64 bits. Y parte de ese mundo no tiene intención de migrar mientras no les obliguen a la fuerza. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAktmFdcACgkQtTMYHG2NR9VJ0ACfX2zmU9qy3ap1hyjOVdqOU2p0 QAAAoIJPfS8FKceMOv/+0QOL6tE6h6uc =jOTn -----END PGP SIGNATURE-----