OCZ verkoopt geheugenkits van 8GB en 16GB

OCZ heeft nieuwe snelle ddr2-geheugenkits aangekondigd die een totaal werkgeheugen opleveren van 8GB en 16GB. De setjes zijn geoptimaliseerd voor moederborden op basis van Intels P43- en P45-chipsets.

In totaal heeft OCZ vier "P45 Special" PC2-6400-geheugensets aangekondigd, die zich van elkaar onderscheiden in het aantal geheugenmodules en de timings. Zo zijn twee of vier 4GB-geheugenmodules, met een timing van 5-6-6-18, te leveren in een set van respectievelijk 8GB of 16GB. Een slag sneller is de Gold-set van twee 4GB-modules met een timing van 5-5-5-15, terwijl de twee 4GB-dimm's van de Platinum-editie een timing hebben van 5-4-4-15. De Gold- en Platinum-geheugensetjes zijn niet leverbaar in een 16GB-uitvoering.

Eerdere chipsets van Intel, zoals de P35, kunnen wel maximaal 8GB adresseren, maar kunnen niet overweg met 4GB per geheugenmodule. Daarvoor is echt een P43- of P45-moederbord nodig. Het is niet bekend of de "P45 Special"-dimm's ook werken op AM2- of AM2+-moedeborden. Tevens is de 64bit-versie van Vista voor de nieuwe geheugenmodules van OCZ nodig omdat de 32bit-versie van Vista maar een maximum van 3,12GB kan gebruiken. Vooral voor video-editing of beeldbewerking kan 8GB of 16GB aan werkgeheugen handig zijn. Uiteraard kunnen ook andere 64-bit besturingssystemen gebruikt worden.

Reacties (81)

[Jordi]

Tevens is de 64bit-versie van Vista voor de nieuwe geheugenmodules van OCZ nodig omdat de 32bit-versie van Vista maar een maximum van 3,12GB kan gebruiken.

Alsof XP x64 Edition, een amd64 Linux distributie, FreeBSD amd64... of elk ander x86-64 based OS niet gebruikt zou kunnen worden
Je zou zelfs 32bits Linux "bigmem" kernels nog kunnen gebruiken!

[_Thanatos_]

32-bits met "bigmem" gebruikt waarschijnlijk NUMA. Dat kan met een windows server ook. De applicaties moeten het hoe dan ook speciaal ondersteunen, omdat de adresruimte op x86 gewoon 32-bits en dus 4GB is. Daar verander je niets aan. Er zijn dus speciale api's nodig en daarmee aanpassingen aan de software. Dat is bij x64 dus niet nodig, omdat de virtuele adresruimte daar 64-bits en dus 16EB is.

Daarbij is NUMA ongeveer 100x zo langzaam als "native", heb ik ergens ooit gezien/gelezen (pin me er dus niet op vast )

[Verwijderd]

NUMA? NUMA is wat opterons doen Non-Uniform Memory Access. Ieder opteron heeft zijn eigen lokale geheugen. De verschillende opterons in het multi processor systeem kunnen snel hun lokale geheugen benaderen en via de HT bus iets langzamer het geheugen van de andere opterons in het systeem. (Niet alleen opterons werken met een NUMA architectuur, maar dit is voor de meesten denk ik het bekendste voorbeeld).

Onder bepaalde besturingssystemen kunnen sommige intel 32 bits processoren meer dan 4GB geheugen adresseren. Dit gaat doormiddel van PAE Physical Address Extension aanwezig op bijna alle intel x86 CPUs vanaf de Pentium Pro.

Deze systemen hebben 36 bits geheugen adressering. De programmas die op zo'n systeem draaien (dat max 64GB geheugen kan hebben) hebben slechts de beschikking over 4GB. Het besturingssysteem regelt het geheugen voor de applicaties door middel van memory mapping. Dit is erg traag en waarschijnlijk hetgeen jij bedoelt.

Overigens heeft de opteron/athlon64/etc... een 40 adreslijnen en kan dus max 1TB geheugen adresseren. Ik heb alleen geen idee of dit per processor is? Theoretisch zou ik zeggen kan hij meer adresseren via andere opterons die ieder ook 40 adreslijnen hebben om lokaal geheugen te adresseren.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 16:22]

[Luno]

De x86 cpu hebben een gesegmenteerd memory model. Dus je geheugenruimte is 32 bits t.o.v. je segment register.
Als je 40 adreslijnen hebt kun je 4TB adressen, alleen 4GB binnen een segment.

Moet je dus je programma en data gaan opsplitsen in brokjes van 4GB. Net zoals je vroeger met een 286 aan het opsplitsen was of met een 808x cpu met 64K segmenten.

Vroegâh 8088/8086 had kleine progjes, als alles binnen 64KB kon blijven (date+code) was dat een. com file (small memory model), dan had je varianten met 64K code en > 64 data, of >64 code en <64 data of >64 code en > 64K data (met mooie namen als compact, of large memory model).
Als we even de 286 vergeten, was de 386 (en niet de 3986SX) een verbetering, small was nu 4GB. Dat OS daarvan wat afsnoepte, het zij zo, maar ook dan heb je nog de large modellen. Waarbij een 32 bits machine middels segment registers meer dan 32bits kan adressen (maar in blokjes van 4GB).

Mensen met een oude WATCOM compiler begrijpen het wel.

[ejabberd]

"Tevens is de 64bit-versie van Vista voor de nieuwe geheugenmodules van OCZ nodig omdat de 32bit-versie van Vista maar een maximum van 3,12GB kan gebruiken."

Er zijn nog andere besturingssystemen die ook 64bits ondersteunen...

[xippie]

Er zijn nog andere besturingssystemen die ook 64bits ondersteunen..

Ja Windows Professional x64 en linux en Mac os X.

[EdwardvGelder]

Door sp1 kan Vista 32bits wel 4 gig aan geheugen addreseren hoor.
Staat bij mij heel duidelijk bij mijn computer eigenschappen dat ik 4 gig heb.

[blackTIE]

Na installatie van SP1 rapporteert Vista nu wel goed hoeveel GB aan dimm er geinstalleerd is, maar dit verandert niets aan hoeveel daadwerkelijk gebruikt kan worden. "This change in Windows Vista SP1 is a reporting change only."n (http://support.microsoft.com/kb/946003/)

[arbraxas]

32bit kan ook 4GB adresseren maar dan wel inclusief je videokaart geheugen.
In systeembeheer kan dan wel netjes je 4gb staan, alles gebruiken gaat niet.

[knirfie244]

Niet alleen je viedeokaart geheugen, alle apparaten in je PC hebben geheugen addressen nodig, van je netwerkkaart tot je USB controller tot je geluidskaart, of ze nou RAM hebben of niet.

[ASS-Ware]

32bit kan ook 4GB adresseren maar dan wel inclusief je videokaart geheugen.
In systeembeheer kan dan wel netjes je 4gb staan, alles gebruiken gaat niet.

32bit Vista dan, maar niet alle 32 bits besturings systemen.
Ik heb hier meerdere Windows Server 2003 32 bits systemen die alle 8 GB aan kunnen sturen :-)

[Atmosphere]

Dan gebruik je AWE en/of PEA met applicaties die hier ook speciale ondersteuning voor hebben.

Helaas doet niet elke app dit, en blijf je met een 2GB-per-proces-limiet zitten.

Voor multitasking of SQL server (enterprise versie), Exchange en IIS kan dit intressant zijn. Voor thuisgebruik waar OCZ met deze setjes toch op mikt (enthousiastelingen) heb je niet zo erg veel aan deze sets.

Dit tenzij je 64bits vista hebt....

[Pietervs]

Dit tenzij je 64bits vista hebt....
Zou Linux hier niks mee kunnen dan???

[flamingworm]

alle 32 bit OS'en kunnen maximum 3.12GB geheugen aansturen (zonder truukjes) en alle 64 bit OS'en hebben een maximum van 16 exabyte zoals xp professional 64 bit, linux 64 bit en vista 64 bit

[MoonWatcher]

Ik draai hier een linux bak met 4gb geheugen,

Dat truukje is een 1 kernel config parameter optie,
Die je op 1gb, 4gb of 64gb kan zetten.

Wat je zegt komt overeen met mijn ervaring,
Ik moest de kernel namelijk tot 64gb laten ondersteunen om mijn volledige 4gb te zien.

Als ik 4gb koos zag ik maar 3gb..

maar verder werkt het toppie (Y)

[Verwijderd]

Het maximaal adresseerbare geheugen van 16 exabyte (=2^64byte) wordt nog niet ondersteund in de door u genoemde besturingssystemen.
Zoals Wikipedia zegt (http://en.wikipedia.org/w...l_address_space_details): Although virtual addresses are 64 bits wide in 64-bit mode, current implementations (and any chips known to be in the planning stages) do not allow the entire virtual address space of 16 EB to be used. Most operating systems and applications will not need such a large address space for the foreseeable future (for example, Windows implementations for AMD64 are only populating 16 TB, or 44 bits' worth), so supporting such wide virtual addresses would simply increase the complexity and cost of address translation with no real benefit. AMD therefore decided that, in the first implementations of the architecture, only the least significant 48 bits of a virtual address would actually be used in address translation

en (http://en.wikipedia.org/wiki/X86-64#Architectural_features): Current processor models implementing the AMD64 architecture can address up to 256 TB[4] of virtual address space. This limit can be raised in future implementations to 16 EB.

De 64-bit versies van Windows XP, Server 2003, Vista en Linux adresseren op dit moment respectievelijk 128GB, 1TB, 16TB en 64TB (http://en.wikipedia.org/wiki/X86-64#Operating_system_support).

[joey129]

Ja hoor, een 64Bits distro van linux kan prima omgaan met 4 gig en meer

[ASS-Ware]

Voor multitasking of SQL server (enterprise versie), Exchange en IIS kan dit intressant zijn. Voor thuisgebruik waar OCZ met deze setjes toch op mikt (enthousiastelingen) heb je niet zo erg veel aan deze sets.

Dit tenzij je 64bits vista hebt....

En als je thuis een flinke SQL server hebt ?

[iceheart]

hoei oei oei, die moet dan wel heel flink zijn wil ie meer dan 2gig RAM gaan slikken.

* iceheart huivert bij de gedachte aan wat voor monsterlijk thuisgebruik dat zou rechtvaardigen...

tenzij je SQL app belachelijk veel mem gebruikt. maar da's meer een resultaat van brakke code dan, en daar helpt de grootste geheugenuitbreiding ter wereld niet tegen

[feuniks]

Maar dat is een truukje, en niet alle applicaties zijn er even blij mee.

[memphis]

Wat heeft de breedte van de databus te zeggen over het maximaal adresseerbaar geheugen
De breedte van de adresbus is daarin bepalend.

[da_PSI]

Hij laat zien dat er 4GB geheugen inzit, niet dat hij alles gebruikt.

[BLACKfm]

Zonder SP1 doet mijn pc niet moeilijk met 3,5gb geheugen (van de 4gb)

[GENETX]

Leuk dat alleen Intel wordt genoemd.... AMD is blijkbaar al dood...

AMD laat maar weer eens zien dat ze vooruitstrevend zijn door deze groottes al tijden te ondersteunen:

Deze kits kunnen namelijk ook worden gebruikt met de AMD Phenom X4 en X3 en de AM2 versie van de AMD Athlon X2. De Integrated Memorycontroller modules aan kan tot 8GB.

De oudere s939 en s754 Athlon 64's hadden zelfs al support voor dimms van 4GB.

[Reactie gewijzigd door GENETX op 22 juli 2024 16:22]

[Seal64]

Behalve dan dat de s754 en s939 AMD's nou niet bepaald werken met DDR2 geheugen, of mis ik dan iets?

[GENETX]

Je mist niks

* GENETX wel dus

[Reactie gewijzigd door GENETX op 22 juli 2024 16:22]

[RoyK]

Zou het voor mij als digitaal tekenaar in Photoshop en Painter X nu een verschil uit maken of ik 8 gig geheugen aan kan spreken of 16 gig geheugen?

[TD-er]

Nee niet echt, aangezien Photoshop op dit moment nog niet in staat is om per proces meer dan 32 bits geheugen te adresseren.
De meeste photoshop gebruikers die ik ken hebben welliswaar wel meerdere documenten open, maar niet meerdere Photoshop instanties.
Dus meer dan 8 GB lijkt me niet echt zinvol op dit moment.
Zodra Photoshop wel meer kan gaan adresseren, dan zou het wel zinvol kunnen zijn.

[RoyK]

CS4 zou in een 64bits versie uitgebracht moeten worden.. dan wordt het dus pas leuk begrijp ik?

[damnengineer]

Het is waar dat Photoshop's proces maar 3255 MB kan gebruiken, maar Photoshop gebruikt wel de rest van je geheugen als een soort scratch disk, dus het kan wel schelen (alhoewel Photoshop bij mij soms 50GB temp files aanmaakt dus alsnog gaat swappen)

[_Thanatos_]

Kan dus nog beter ff losse modules kopen als je per se snel geheugen wilt. Ik heb gewoon modules van 4-4-4-12 besteld (weliswaar van Corsair, maar OCZ heeft ook die timings)

[Oldy]

begrijp ik het goed dat mijn moedeboord van abit (ip35 pro, P35)
deze geheugenmodules niet kan odnersteunen?
vind ik maar raar dat het 4GB latje niet accepteert eerlijk gezegd

[Katsunami]

De P35 chipset ondersteunt simpelweg niet meer dan 2GB per geheugenbank bij een maximum aantal van 4 banken. Als je meer dan 8GB wil gebruiken, zul je dus grotere modules nodig hebben als je 4 banken hebt, en daar komt de P43 of P45 bij kijken.

Natuurlijk kun je ook je workstation bouwen op basis van een serverbord met 8 of 16 geheugenbanken ofzo; maar ik verwacht dat je dat niet betalen wil en waarschijnlijk zelfs niet eens wil

[Dutchman01]

Niet lullig bedoeld maar ik hoop dat nu ook de wat grotere DDR3 modules komen.

en dat deze modules van dit artikel wel goed compatible mogen zijn met P45 Bord.

OCZ DDR3 OC modules zijn een drama op X48 chipset

[LCP]

Zo, wat gaat dat snel in geheugenland zeg. Een jaar geleden was 2GB intern geheugen al veel!
Wordt maar weer eens tijd voor een upgrade denk ik zo...

[buffy1966]

P43 of P45 moederborden hebben geen 2 PCI express x16 sloten (crossfire).
Dus kiezen voor een moederbord dat 16GB (toekomstgericht) kan benutten heeft dan weer als nadeel geen volwaardige crossfire te hebben.