If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#51
|
|||
|
|||
"Michael Salem" wrote in message T... Some errors that are not noticed will have no consequences (corruption of a bit in memory that is not used before it it next written to -- I would expect this to be by far the most common case). Alex Fraser wrote Isn't expecting that "by far the most common case" is that a flipped bit is written to before it is next read equivalent to saying that most bits are written multiple times without being read inbetween? Hmm. Maybe I just worked out the answer: processor caches result in exactly that effect on main memory. The experiment I propose would test this, speculation won't. The test could be made with cache enabled and disabled, if possible. The only matter of speculation here is over the odds in a game of Russian roulette. -- Bob Day |
#52
|
|||
|
|||
"Michael Salem" wrote in message
T... Alex Fraser wrote Isn't expecting that "by far the most common case" is that a flipped bit is written to before it is next read equivalent to saying that most bits are written multiple times without being read inbetween? Hmm. Maybe I just worked out the answer: processor caches result in exactly that effect on main memory. The experiment I propose would test this, speculation won't. The test could be made with cache enabled and disabled, if possible. ****, what is it with people evading my questions, using them as an excuse to repeat themselves? Your experiment is an excellent idea. Sadly, I wouldn't know where to start to implement it. Well, almost, anyway. Probably the most accessible method would be to do it in the Linux kernel. Alex |
#53
|
|||
|
|||
Alex Fraser wrote:
"Michael Salem" wrote in message T... Alex Fraser wrote Isn't expecting that "by far the most common case" is that a flipped bit is written to before it is next read equivalent to saying that most bits are written multiple times without being read inbetween? Hmm. Maybe I just worked out the answer: processor caches result in exactly that effect on main memory. The experiment I propose would test this, speculation won't. The test could be made with cache enabled and disabled, if possible. ****, what is it with people evading my questions, using them as an excuse to repeat themselves? With this sort of question, waffling away with speculation is pointless when a fairly simple experiment can be made. I'm reminded of all the experts who agreed that denser things fell faster than lighter things until Galileo took the couple of minutes to drop balls of different density from the tower of Pisa (or so it is said). So I can't answer your question authoritatively (rather than evading it). I did actually start drafting a response, but decided that it was a waste of time. Your experiment is an excellent idea. Sadly, I wouldn't know where to start to implement it. Well, almost, anyway. Probably the most accessible method would be to do it in the Linux kernel. It would need to be done with each operating system for which we want to know the answer. If somebody knows how to enable a program to write to any location in memory in Windows XP I might write and make available a program to corrupt memory in the way I discussed. The answer is probably simple; I've just never done anything like this since the days when the operating system didn't protect memory. Best wishes, -- Michael Salem |
#54
|
|||
|
|||
I think sysinterns.com documents \Device\PhysicalMemory.
"Michael Salem" wrote in message T... It would need to be done with each operating system for which we want to know the answer. If somebody knows how to enable a program to write to any location in memory in Windows XP I might write and make available a program to corrupt memory in the way I discussed. The answer is probably simple; I've just never done anything like this since the days when the operating system didn't protect memory. |
#55
|
|||
|
|||
Michael Salem wrote:
Alex Fraser wrote: .... snip ... Your experiment is an excellent idea. Sadly, I wouldn't know where to start to implement it. Well, almost, anyway. Probably the most accessible method would be to do it in the Linux kernel. It would need to be done with each operating system for which we want to know the answer. If somebody knows how to enable a program to write to any location in memory in Windows XP I might write and make available a program to corrupt memory in the way I discussed. The answer is probably simple; I've just never done anything like this since the days when the operating system didn't protect memory. This link, which someone put up a short while ago, has a good discussion of that very aspect, backed by some experiments. They do tend to waste paper, though. http://www.eecg.toronto.edu/~lie/papers/hp-softerrors-ieeetocs.pdf -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ATA100 cable Pin #34 (CBLID) | V W Wall | General | 2 | January 5th 04 07:59 PM |
Split Cable Modem Line For TV Tuner? | *Vanguard* | General | 3 | November 23rd 03 11:14 PM |
Need help finding Cable signal problem | Vanguard | General | 1 | August 1st 03 09:56 PM |
cutting psu wires | Pen | General | 4 | July 27th 03 07:49 PM |
IDE Conductor Cable? | rcm | General | 0 | July 24th 03 06:44 AM |