Gode nyheter for dere med Vista 32Bit og vil oppgradere Minnet!

[sony123]

Men det er jeg helt enig i, da har jeg misforstått deg litt.

 

32-bits systemer kan adressere 4 gb ja, men som du sier bruker skjermkort, cd-rom, osv av disse 4 gb, så du vil ikke ha mer enn 3,2-3,5 gb til rådighet for software.

 

Beklager at jeg ikke i mitt opprinnelige innlegg her påpekte det.

Endret 1. april 2008 av sony123

[fenderebest]

Bare for å klaregjøre enkelte ting-(Hentet fra boka Windows Internals)

 

By default, the virtual size of a process on 32-bit Windows is 2 GB. If the image is marked specially as large address space aware, and the system is booted with a special switch (described later in this chapter), a 32-bit process can grow to 3 GB on 32-bit Windows and up to 4 GB on 64-bit Windows. The process virtual address space size on 64-bit Windows is 7152 GB on IA-64 systems and 8192 GB on x64 systems. (This value could be increased in future releases.)

In addition, the memory manager provides a way for a process to allocate and use larger amounts of physical memory than can be mapped into the process virtual address space (for example, on 32-bit systems with more than 4 GB of physical memory). This is explained in the section "Address Windowing Extensions" later in this chapter.

 

Programvare kan da bruke AWE for å få tilgang til hele det fysiske minnet i et 32 bits system så lenge det er opp til 4GB stort.

Endret 1. april 2008 av fenderebest

[Jann - Ove]

Med vista er det jo null stress å reinstalere med samme lisens med 64bits media...

[sony123]

Programvare kan da bruke AWE for å få tilgang til hele det fysiske minnet i et 32 bits system så lenge det er opp til 4GB stort.

 

 

Men fremdeles kan du ikke på generell basis hive inn 4 gb og få benyttet deg av alle 4 gb for software i ett 32 bits system.

 

Vista SP1 lar deg heller ikke bruke alle 4 gb for software om du har 4 gb installert, selv om SP1 lar deg "se" at du har 4 gb fysisk installert.

[fenderebest]

Programvare kan da bruke AWE for å få tilgang til hele det fysiske minnet i et 32 bits system så lenge det er opp til 4GB stort.

 

 

Men fremdeles kan du ikke på generell basis hive inn 4 gb og få benyttet deg av alle 4 gb for software i ett 32 bits system.

 

Vista SP1 lar deg heller ikke bruke alle 4 gb for software om du har 4 gb installert, selv om SP1 lar deg "se" at du har 4 gb fysisk installert.

 

Programvaren må være skrevet for å kunne bruke mer enn 2gb fysisk minne! (x64 systemer setter grensen på 4gb) Du får mao ikke benyttet deg av 3,2gb engang.

 

Forskjellen mellom Vista og Vista SP1 (x86) er at tidligere Vista versjoner bare viste hvor mye fysisk minne som Windows kunne bruke mens Vista SP1 hviser hvor mye som er installert.

Selv om Windows ikke kan benytte seg av det fulle fysiske minnet betyr det ikke at andre applikasjoner ikke kan gjøre det.

[sony123]

Forskjellen mellom Vista og Vista SP1 (x86) er at tidligere Vista versjoner bare viste hvor mye fysisk minne som Windows kunne bruke mens Vista SP1 hviser hvor mye som er installert.

 

 

Det er jo akkurat det jeg sier

 

 

Selv om Windows ikke kan benytte seg av det fulle fysiske minnet betyr det ikke at andre applikasjoner ikke kan gjøre det.

 

Hvilke da?

 

Om jeg har ett 32 bits operativsystem med 4 gb minne, hvilke programmer\applikasjoner vil da kunne bruke alle 4 gb?

[fenderebest]

Les som over:

If the image is marked specially as large address space aware,

(Programmer må være merket med Largeaddresaware)

 

In addition, the memory manager provides a way for a process to allocate and use larger amounts of physical memory than can be mapped into the process virtual address space

(Mao kan du bruke mer fysisk minne enn det som finnes i det virituelle addresseområdet)

[sony123]

Ja, men i praktisk bruk?

 

Er dette mulig?

 

Fins det noen programmer jeg kan installere på ett 32 bits system å ta i bruk alle mine 4 gb for software?

[Syar-2003]

Angående PAE (Physical Address Extension ) i Windows XP 32bits.

 

Microsoft changed the behaviour of the /PAE option in almost all versions of WinXP as of Service Pack 2. They fixed the endless driver problems by, essentially, making /PAE in XP not do anything. All versions of WinXP except for the x64 Edition now have a hard 4Gb addressing limit, no matter what hardware you use them on and what configuration you choose.

 

Windows XP SP2 and later by default on NX capable processors enables PAE in order to enable NX, but limits physical address space to 32 bits for driver compatibility reasons. If PAE is enabled in the normal way, this compatibility hack is disabled on Windows Server.

 

http://www.dansdata.com/askdan00015.htm

http://en.wikipedia.org/wiki/Physical_Address_Extension

[fenderebest]

Dette er mulig så lenge du har programvare som støtter dette--ingen programvare kan bruke hele det fysiske minnet (uavhengig av om det er et 32 bits eller 64 bits system) siden da vil Windows kræsje da Windows må ha deler av operativssytemet lastet inn i det fysiske minnet til en hver tid.

 

Og Windows XP selv med PAE har max grense på fysisk minne satt til 4gb så som du sier vil ikke PAE gjøre videre mye, men dette er ikke det samme som å si at det ikke støtter PAE.

Endret 1. april 2008 av fenderebest

[Syar-2003]

XP SP2 støtter ikke PAE på lik linje med disse (var det jeg førsøkte å få frem til de som leser/poster i denne tråden) :

 

Windows

PAE is supported in the following versions of 32-bit Windows:

 

Version						Maximum Physical Memory 
Windows 2000 Advanced Server   8 GiB 
Windows 2000 Datacenter Server 32 GiB 
Windows Server 2003			128 GiB 
Windows Server 2008			64 GiB 
Windows Vista SP1			  64 GiB

Endret 1. april 2008 av syar2003

[GeirGrusom]

Rart 2003 server støtter 128 GiB RAM da PAE kun legger til støtte for 64 GiB

 

Men anyways, jeg driver endel med programmering, og har vært borti dette før.

 

Programvaren må være skrevet for å kunne bruke mer enn 2gb fysisk minne! (x64 systemer setter grensen på 4gb) Du får mao ikke benyttet deg av 3,2gb engang.

 

Dette er en compiler switch hvis du bruker Visual C++ som heter /largeaddressaware som gjør at et flag blir satt i PE exe headeren.

Det denne gjør, er at et program kan bruke ~3 GiB RAM i 32-bit Windows, og 4 GiB RAM i 64-bit windows.

 

Addressering er begrenset til 32-bit i 32-bit Windows, uansett hva slags hardware du måtte ha.

Grunnen til det, er rett og slett at så lenge programmet bruker 32-bit instrukssjonsett, så er det ingenting å gjøre med det.

 

f.eks. for å lese en adresse i 32-bit assembly, skriver man

 

dd some_variable = 100
start:
lea eax, some_variable;  Load effective address
mov dword ptr [eax], 200; Store 200 in some_variable

 

EAX er ALLTID 32-bit, og brukes ofte som addresseregister. Selv om du har operativsystem eller hardware som støtter større addresser, vil ikke dette endre programmet.

 

PAE gjør at Windows kan behandle mer RAM, men dette endrer ikke programmer, og PAE er også kun tilgjengelig i Server versjoner (og Windows Vista med SP1 tydeligvis)

[fenderebest]

For siste gang programmer kan addressere mere enn 4gb minne i 32 bits windows!!!

 

Jeg gidder ikke å diskutere dette flere ganger da dere ikke har satt dere skikkelig inn i hvordan windows kan addressere minne og da er derfor denne diskusjonen meningsløs.

 

Sett dere heller inn i Windows Internals og Windows via C/C++ to utmerkede bøker der man lærer en hel del hvordan Windows og minnehåndtering i Windows fungerer.

Endret 1. april 2008 av fenderebest

[Syar-2003]

For siste gang programmer kan addressere mere enn 4gb minne i 32 bits windows!!!

 

Jeg gidder ikke å diskutere dette flere ganger da dere ikke har satt dere skikkelig inn i hvordan windows kan addressere minne og da er derfor denne diskusjonen meningsløs.

 

Sett dere heller inn i Windows Internals og Windows via C/C++ to utmerkede bøker der man lærer en hel del hvordan Windows og minnehåndtering i Windows fungerer.

 

Les:

http://www.microsoft.com/whdc/system/platf...PAE/PAEmem.mspx

[fenderebest]

Les: (Hentet fra boken Microsoft Windows Internals--skevet av de to typene som sannsynligvis har mest peiling på hvordan Windows fungerer:

 

Address Windowing Extensions

Although the 32-bit version of Windows can support up to 128 GB of physical memory (as shown in Table 2-4), each 32-bit user process has by default only a 2-GB virtual address space. (This can be configured up to 3 GB when using the /3GB and /USERVA Boot.ini switches, described in the upcoming section "x86 User Address Space Layouts.") To allow a 32-bit process to allocate and access more physical memory than can be represented in its limited address space, Windows provides a set of functions called Address Windowing Extensions (AWE). For example, on a Windows 2000 Advanced Server system with 8 GB of physical memory, a database server application could use AWE to allocate and use perhaps 6 GB of memory as a database cache.

[Syar-2003]

Hmm ..

Er det ikke slik at "fysisk" minne benyttet for "en" applikasjons process begrenses til 2GB eller 3GB avhengig av /3GB .Tenker ikke på paged pool her.

AWE slik jeg har forstått det tillater "adressering" til reelle RAM "områder" over 4GB .Ikke at prosessene kan være større.

 

Mulig det snakkes litt forbi hverandre .

 

 

Her er et kjekt dokument som tar litt for seg noen restriksjoner og hvordan man kan kontrollere :

Virtua_memory_constraints_in_32bit_Windows.pdf

[fenderebest]

Det står jo der svart på hvitt at en AWE applikasjon feks kan allokere 6gb minne!

[Syar-2003]

Der står: Database og "perhaps" ... og "as database cache" ... (paged pool sikkert)

Endret 1. april 2008 av syar2003

[fenderebest]

Der står: Database og "perhaps" ... og "as database cache" ... (paged pool sikkert)

 

Men et applikasjon har jo ikke tilgang til paged pool

[Syar-2003]

Jeg får uansett ikke dette du sier til å stemme . Sikker dum jeg ...

 

Extended process private virtual addresses. The /3 GB

boot switch extends the per process private address range

from 0 to 3 GB. Windows Server 2003 permits a different

partitioning of user and system addressable storage locations

using the /3GB boot switch. This extends the private User

address range to 3 GB and shrinks the system area to 1 GB,

as illustrated in Figure 7. The /3GB switch supports an

additional subparameter /userva=SizeInMB, where SizeinMB

can be any value between 2048 and 3072.

Only applications compiled and linked with the

IMAGE_FILE_LARGE_ADDRESS_AWARE switch enabled can

allocate a private address space larger than 2 GB. Applications

that are Large Address Aware include MS SQL Server,

MS Exchange, Oracle, and SAS.

 

They can expand sideways by deploying multiple

application server processes. Both MS SQL Server

2000 and IIS 6.0 support sideways scalability with

the ability to define and run multiple application

processes. Similarly, a Terminal Server machine

with PAE enabled can potentially support the

creation more process address spaces than a machine

limited to 4 GB real addresses.

 

Slik jeg ser det er det restriksjoner for "EN" prosess til 2GB ~ 3GB