El 06/05/11 16:18, Camaleón escribió: > El Fri, 06 May 2011 16:09:26 +0200, Juan Antonio escribió: > >> El 06/05/11 15:41, Camaleón escribió: >>> Además de lo que te ha comentado Juan Antonio (a lo que añadiría que >>> también permite el uso de >4 GiB de ram "por proceso" siempre y cuando >>> la aplicación esté preparada para ello), un kernel con el PAE activado >>> permite utilizar el NX bit ("no execute bit¹") que viene a ser una >>> medida de seguridad para evitar la ejecución de código en un área >>> determinada de la memoria. >> mmm ¿Estas seguro de lo de la memoria "por proceso"? Las direcciones >> virtuales siguen siendo de 32 bits ¿No? Es decir, aunque puedas usar >> tres niveles de tablas de páginas el espacio de direcciones de un >> proceso sigue siendo de 2^32 bits > Sí, las direcciones son de 32 bits pero los procesos pueden acceder a más > memoria mediante la paginación, de la misma forma que se mapea la ram > "inaccesible" con el PAE. > > En windows lo consiguen mediante el AWE (p. ej., para que un sistema de > 32 bits con PAE habilitado pueda dedicar a una aplicación de base de > datos más de 4 GiB de ram) y en linux se puede obtener el mismo resultado > con mmap... o eso pone en la wikipedia: > > http://en.wikipedia.org/wiki/Physical_Address_Extension > > "(...) For application software which needs access to more than 4 GB of > RAM, operating systems may provide some special mechanisms in addition to > the regular PAE support. On 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." > > Eso sí, las aplicaciones tienen que estar preparadas (programadas) para > poder hacerlo. > > Saludos, > Hola,
precisamente la paginación es lo que permite que el sistema pueda acceder a mas memoria física, la mmu divide los campos de una dirección de memoria virtual en diferentes niveles de páginas, esto permite direccionar mas memoria de la que hay disponible ademas de aislar los espacios de direcciones entre los procesos, pero otra cosa es que el proceso en sí usa direcciones de 32 bits, es decir, en última instancia el proceso no ve mas de 2^32 bits de direcciones virtuales, juraría que esto es asi incluso con los sistemas de 64 bits pero de esto no estoy seguro. Diferente es que despues esa memoria que ve el proceso pueda estar físicamente en direcciones mas allá?? de los 4 G http://kerneltrap.org/node/2450 This is enabled via the PAE (Physical Address Extension) extension of the PentiumPro processors. PAE addresses the 4 GB physical memory limitation and is seen as Intel's answer to AMD 64-bit and AMD x86-64. PAE allows processors to access physical memory up to 64 GB (36 bits of address bus). However, since the virtual address space is just 32 bits wide, each process can't grow beyond 4 GB. Es decir, según lo entiendo yo, un proceso en cualquier caso ve un espacio de direcciones de 4G incluso aunque el sistema tenga 500 megas, y PAE te permite direccionar hasta 64G de memoria física. Un saludo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc406a0.90...@limbo.ari.es