El Sun, 31 Jan 2010 00:38:21 +0100, Carlos E. R. escribió:
El 2010-01-30 a las 19:50 -0000, Camaleón escribió:
Puede ser, pero vaya tela. Si casca por activar la sintaxis coloreada es peor aún >:-)
No es sólo cuestión de colorines, es que hay que analizar el contenido. En cierto sentido, se parece mucho a lo que tiene que hacer el programa analizador de verdad.
Qué va. No, el contenido no. Sólo tiene que comparar en su bdd de etiquetado interno si coincide con las marcas que lee en el documento y aplicar un formato distinto, pero no analiza el contenido.
Hipótesis: en oS de 32 bits y 8 GiB, no mataría el sistema, al no poder reservar más de 4 GiB por proceso >:-)
Con el "kernel-pae", lo dudo >>:-)
Precisamente con el pae. El sistema total puede pasar de los 4 gigas, pero cada proceso no.
No tendría sentido tener 8, 16 o 32 GiB. de RAM y sólo poder destinar 4 GiB a un sólo proceso ¿no...? Estoy pensando en servidores con bases de datos gigantescas o el estaciones de trabajo de renderizado 3D :-? De hecho, de eso mismo estuvimos hablando en el hilo del test de rendimiento que llevaron a cabo los de Phoronix sobre kernels de Ubuntu de 32 bits, 32 bits PAE (aguachinado) y 64 bits. Las variables eran estas dos: CONFIG_HIGHMEM4G CONFIG_HIGHMEM64G A ver qué dice la wikipedia¹: *** x86 processor hardware architecture is augmented with additional address lines used to select the additional memory, so physical address size is increased from 32 bits to 36 bits. This, theoretically, increases maximum physical memory size from 4 GB to 64 GB. The 32-bit size of the virtual address is not changed, so regular application software continues to use instructions with 32-bit addresses and (in a flat memory model) is limited to 4 gigabytes of virtual address space. The operating system uses page tables to map this 4 GB address space into the 64 GB of physical memory. The mapping is typically applied differently for each process. In this way, the extra memory is useful even though no single regular application can access it all simultaneously. 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. *** El último párrafo parece indicar que una aplicación sí puede acceder a más de 4 GiB. mediante la función mmap() :-? ¹ http://en.wikipedia.org/wiki/Physical_Address_Extension Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org