What every programmer should know about memory

Re:What every programmer should know about memory by Groxx on Tuesday July 13, 2010 @04:41PM (#1512676)

Have you read the article? Where in there do you see any information pertaining to that kind of use? The "commodity hardware today" section is a broad, useful-content-free overview of architecture, without enough information to draw any conclusions. The "RAM types" section has nothing to do with any of your example categories. It helps how, precisely, to know which wire is energized to withdraw a bit from an SRAM circuit?

pacemkr isn't saying all low level info is useless to programmers, just the article's focus.

[ Parent | on HN ]

Re:What every programmer should know about memory by terminus on Tuesday July 13, 2010 @04:56PM (#1512711)

Yes I have read the article. It is in the seven or so parts. You seem to be talking only about the first page.

Part 5 deals with cache optimization. Part 6 deals with multi-threaded optimizations. Other parts deal with various layers of the memory hierarchy (VM, caches etc.)

[ Parent | on HN ]

Re:What every programmer should know about memory by Groxx on Tuesday July 13, 2010 @05:02PM (#1512734)

I am, yes. Haven't read the whole thing; I may, the later parts look significantly more useful.

I, personally, only take issue with the EE-heavy portion; it only serves to obfuscate what's important with way too much (programmer-)useless info, and maybe to scare off people who could otherwise benefit from the rest of the article. I'm fairly certain that the OP of this thread views it the same way, as they mentioned:

"I've enjoyed it all, but there is zero reason for a programmer to know almost anything from that page. You can make phenomenal software without ever knowing what a transistor looks like on paper;"

implying just a single page (the one linked), and EE-only content.

[ Parent | on HN ]