Tell me more ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.
up vote 0 down vote favorite

I have a few (mini)servers (1xAMD E-350 & 1xIntel i5-2500k) running 24/7 that don't support ECC RAM. However I will store data mostly on dedicated servers with AMD AM3(+) CPUs which support ECC RAM. Now the question is: since I work from my desktop on a LAN to the file server (AM3+, ECC supported - unbuffered) and all traffics pass through the AMD E-350 which does NOT support ECC, will my data be corrupted by this board before arriving on the safe ECC-supported server (traffic will pass as a linux bridge, since this will be a linux debian / gentoo router).

share|improve this question
Uh, just because something isn't error correcting doesn't necessarily mean it's INTRODUCING ERRORS CONSTANTLY... – Shinrai Oct 12 '11 at 17:01
In fact I saw some comments saying that if your ram is bad then all your data could get corrupted. If it's "only" 0-10 x single-bit errors per 16GB per day (which, still, is worth to be considered) then I might be able to live with that. My primary data server (real data, not movies or anything that can be replaced) will run ecc, but all network traffic goes through a non-ECC server (which I think is the way low-cost routers work, or do they use ECC ?). The question is: the traffic gets directly bridged from one card to the other through the cpu or memory could corrupt data transmitted?Thanks – user51166 Oct 12 '11 at 17:08
There's a difference between "Does it introduce the potential for corruption?" and "Will my data be corrupted?". My point was that your question currently reads like the latter. – Shinrai Oct 12 '11 at 17:10
Well reading comments online about ECC ram seems to lead to the latter since the chance of having a memory bit error in non-ecc ram seems to be pretty high if your server is always on (even if it's one bit corrupted in 1 year it's still almost certain, although the probability of having a memory error in the next 2 hours might be very small). – user51166 Oct 12 '11 at 17:25
However just say what you think about it. I don't really like probabilities anyway ^_^ – user51166 Oct 12 '11 at 17:28
show 2 more comments

1 Answer

up vote 2 down vote

Your data can get corrupted (but it is unlikely to ever happen).

Linux IP forwarding operates at the Network level of the OSI model. This means that the TCP/IP datagrams (which include a 16-bit checksum field because network connections are so unreliable) will be decoded, and a new checksum will be computed for the rest of the transport. Even though the probability of an error occurring just at that time is really low, it cannot be excluded completely.

You could mitigate this risk by using a secure protocol like SSL. The data will travel encrypted and will be decoded and checked at arrival. Integrity of the data is guaranteed by SSL, but I don't know if an error will trigger a missing file or its re-downloading (probably depends on the tool you use).

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.