El 06/05/11 16:33, Juan Antonio escribió: > 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. > > > > mm, supongo que esto lo aclara todo
http://lkml.indiana.edu/hypermail/linux/kernel/0505.2/0082.html la clave estaba en "such as using mmap() to map regions of a file into and out of the address space as needed." 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/4dc40a7c.4060...@limbo.ari.es