PDA

Bekijk Volledige Versie : Geheugen in je server



Glenn
26/05/04, 15:54
Nieuw hier en gelijk een vraag.

Zit rond te neuzen voor een server en nu specifiek voor geheugen in die server. Nu zijn er ook RAMS met foutcorrectie. Mij is dat echter niet helemaal duidelijk wat dat nou voor voordelen biedt. Kan iemand mij dat uitleggen?

freddy
26/05/04, 16:10
Welk moederbord heb je in gebruik, want ook daar zijn diverse smaken geheugen voor te krijgen.

Glenn
26/05/04, 16:17
Een Asus P4P800-VM (S478)

royen99
26/05/04, 16:19
Ik neem aan dat je ECC geheugen bedoeld ?

Zie dit als een soort geheugen met een parity bit, het is iets duurder (niet echt veel in %), wel wat betrouwbaarder.
Uiteraard moet je moederboard dit ook wel ondersteunen.

Ahead-IT
26/05/04, 17:09
Origineel geplaatst door Glenn
Een Asus P4P800-VM (S478)
Ondersteund GEEN ECC of ECC Reg. geheugen!

Schaap
26/05/04, 17:13
Booten duurt ook langer met ECC geloof ik?

Ook: ECC, werkt dat niet een beetje trager?

royen99
26/05/04, 17:40
Ik verwacht niet dat het merkbaar langzamer is (wellicht wel meetbaar langzamer...)

Voor een volledige uitleg van ECC en parity geheugen etc..:

http://www.realworldtech.com/page.cfm?ArticleID=RWT061300000000

Glenn
26/05/04, 20:04
But,is het aan te raden voor een webserver? Is het logisch om aan te schaffen als je een webserver wilt draaien met een forum (MySQL + PHP), mail, ftp en wat losse HTML-only accoounts?

dotnetjunkie
26/05/04, 20:34
Wij hebben zowel servers met als zonder ECC geheugen staan. Eigenlijk nog nooit een verschil gemerkt, noch qua snelheid, noch qua betrouwbaarheid...
Gewoon een goed merk kopen zou ik zeggen.

MediaServe
28/05/04, 01:06
Ik zal even een poging doen om pariteit uit te leggen :)
Een heel simpel voorbeeldje:

Stel, je hebt vier bestandjes van elk 4bit groot. Dan kun je die boven elkaar zetten en de 'som' uitrekenen. Met bits is dat dus altijd heel makkelijk een 1 of een 0.

file1: 1010
file2: 0110
file3: 1011
file4: 1100
-------------
som: 1011

Stel je nu voor dat file4 beschadigd is, dan kun je die dus niet meer inlezen! Maar je hebt nog wel je parity informatie (de som). Je hebt dan onderstaande situatie:

file1: 1010
file2: 0110
file3: 1011
file4: ----
-------------
som: 1011

algebra :P
Met een simpele logische functie kun je makkelijk de bits uit file4 invullen (repareren). 1 + 0 + 1 + x = 1 => x = 1
Soortgelijk als de PAR bestanden die je vaak samen met RAR bestanden tegen komt. Volgens mij is ECC altijd 1 op 8, dus bij een 512MB module, koop je eigenlijk 576MB. Daarom is die ook iets duurder.

Hopelijk hebben jullie hier iets aan :P

ECC geheugen is het overwegen wel waard. Ik weet alleen even niet hoeveel performance verlies ECC heeft. het bekende 'spontane' blauwe scherm in Windows 98 werd vaak veroorzaakt door geheugen fouten.

edit:

If you are running any kind of server, we think you are NUTS if you don't use ECC. For desktops with 256MB or less of memory that are running typical office applications, ECC is really not necessary. For high performance workstations or other systems with more than 256MB of memory, the Ram Guy would recommend that you use ECC, but will cut you some slack if you feel differently

RedShift
30/05/04, 11:07
Pariteit kan alleen errors diagnosen, ECC (Error Control & Correction) kan de fouten ook herstellen. Parity kan dat dus niet :D