Why Do Big Irons Still Exist?

Re:Why Do Big Irons Still Exist? by xresonance on Thursday November 05, 2015 @06:50PM (#10516948)

I've got 64GB, and will double it when I get the other CPU socket populated (bloody expensive Xeons!) This is because I work with giant data sets, in this case, digital video, specifically cinema-quality stuff spit out of a RED camera. I'd do the same with any other large data sets, databases, analytics, etc. RAM is inexpensive compared to the time saved by having data rapidly accessible. Even arguable for web surfing and other light desktop stuff. We can never get more time, but we can make the machines quicker and piles of RAM are a good way to do it.

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by ChuckMcM on Thursday November 05, 2015 @07:29PM (#10517117)

Is it ECC protected?

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by beachstartup on Thursday November 05, 2015 @08:45PM (#10517393)

almost certainly, if he's running xeons.

my xeon mac pro is 6 years old and it has it.

i can't imagine running that much ram without ecc. you would kernel panic or spontaneously reboot constantly. not to mention silently corrupt half your work...

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by danieltillett on Friday November 06, 2015 @01:52AM (#10518137)

Would you be more likely to kernel panic with more non-ecc ram? Won’t a bit flip probability be linked to the size of the critical os code size and that should be the same if you have 2 GB or 64 GB of ram?

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by mjevans on Friday November 06, 2015 @02:15AM (#10518186)

If nothing else, the cost savings in no longer having to actually worry about that vector of data corruption are well worth the small delta in cost.

I'm actually rather amazed that at least error /detecting/ ram isn't more common.

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by dgemm on Friday November 06, 2015 @03:19AM (#10518354)

I think consumer CPUs don't support it only to maintain market segmentation for server CPUs.

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by danieltillett on Friday November 06, 2015 @02:18AM (#10518193)

I don’t disagree - it is silent data corruption I really worry about not the odd kernel panic.

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by beachstartup on Friday November 06, 2015 @10:51AM (#10520060)

> Won’t a bit flip probability be linked to the size of the critical os code size

no, there are a wide range of memory conditions in which a kernel calls panic, and memory doesn't just flip single bits when it errors out, although that's certainly possible.

[ Parent | on HN ]

Re:Why Do Big Irons Still Exist? by danieltillett on Friday November 06, 2015 @05:34PM (#10522525)

I thought that single bit flips was all that ecc memory protected against [1].

It is not flip errors per say that causes kernel panics (it is not going to cause any problems if a section of unallocated memory has a bit flip), but the probability of an uncorrected bit flip in a critical memory location. I am certainly willing to be corrected, but if don’t see how increasing the amount of non-critical memory increases the chance of a kernel panic.

1. https://en.wikipedia.org/wiki/ECC_memory

[ Parent | on HN ]