El Fri, 06 May 2011 17:06:21 +0200, Juan Antonio escribió: > El 06/05/11 16:57, Camaleón escribió:
>> Sí, pero repito, da lo mismo. Si tienes 16 GiB de ram física junto con >> un sistema operativo de 32 bits con PAE, las extensiones pertinentes >> habilitadas y la aplicación te permite acceder a más de esos 4 GiB, lo >> hará, aunque obviamente el rendimiento no será el mismo (la paginación >> penaliza el rendimiento) pero podrás destinar más de 4 GiB para >> servidor de base de datos. >> > sin parchear si no recuerdo mal era 3/1 3 para usuario y 1 para kernel. > > me refería a que incluso con una arquitectura de 64 bits el espacio de > direcciones de un proceso sigue siendo de 4G a pesar de que físicamente > se pueda hacer uso de toda la memoria disponible. ¿Estás seguro de eso? :-? > Según el enlace de la lista del kernel puedes hacer una maña con mmap > para mapear ficheros de mas de 4 gigas, pero por ejemplo no podrías > tener mas de 4 gigas en memoria no mapeada, instrucciones + stack + > memoria dinámica, en definitiva que no podrías hacer un malloc de mas de > 4 gigas, supongo que ni de mucho menos pero es para hacerme entender. Sí, sería como poner un parche para poder acceder a más memoria (igual que el PAE es una especie de parche para poder direccionar más cantidad de ram) pero posible, lo es :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
