On 12/11/2011 22:24, JDX wrote:
> On 2011-11-12 20:52, Jerry1111 wrote:
> [.....]
>> Pointery defaultowo sa signed, wiec wiecej niz 2GB na aplikacje nie
>> zaadresujesz. 64 bitowy Windows nie ma tego ograniczenia pod warunkiem
>> ze aplikacja jest rowniez 64 bitowa.

Musze czytac posty przed wcisnieciem 'Send'.
Pointery nie sa defaultowo signed, ale w wielu programach tak jest
(INT_PTR/LONG_PTR). Dlatego nawet jak wystartujesz windowsa z /3GB
switchem, to jeszcze potrzebujesz swoj program skompilowac z flaga
/LARGEADDRESSAWARE zeby program mogl dostac wiecej niz 2GB. Inaczej
Windows pokaze programowi adresy do (2^31)-1

> A mógłbyś podać jakieś źródło ponieważ dla mnie to zupełna nowość aby
> instrukcje procesora odwołujące się do pamięci (np. MOVL (%esp), %eax )
> operowały na argumentach/adresach ze znakiem.

Nie instrukcje tylko arytmetyka pointerow w wielu programach.
http://stackoverflow.com/questions/5185406/how-does-
the-large-address-aware-flag-work-for-32-bit-applica
tions-on-64-bit-com

Sprobuj przekompilowac linker (jesli masz zrodla oraz jesli ma poprawna
arytmetyke pointerow):
http://msdn.microsoft.com/en-us/library/wz223b1z.asp
x

> IMO ta granica 2GiB to po prostu sztuczne ograniczenie nałożone przez
> projektantów systemu aby zapewnić kernelowi miejsce na wszelakiej maści
> bufory/cache.

Byloby to prawda jesli nie byloby wirtualizacji pamieci (pamiec dana dla
aplikacji != pamiec fizyczna). Ja mowie o 2GB limitu na proces, a nie
2GB dla wszystkich procesow (bo kernel zjadl drugie 2GB).

--
Jerry1111