Peter Jeremy wrote: >On Fri, 2004-Oct-15 14:35:47 +0200, Guido van Rooij wrote: > > >>A make buildworld cannot be used in sich a scenario. A nice memtester >>that could be called from the bootloader would have been handy. >> >> > >http://www.memtest86.com/memtest86-3.1a.iso.gz > >I'm not sure how much effort would be involved in making memtest[86] >in a form that could be loaded by the bootloader. > > > I'd be willing to do the work, but somebody needs to hold my hand in finding a place and way to get it early enough in the kernel. The memtest algorithms in themselves are not all that complex to program. The most complex ones just run in exponential time based on the size of the memory area to test. :( Which is way you'd prefer to know the memory architecture, so that you can segment the whole of the memory into smaller bits to test, and hence run faster. I need to dig in my paper archives, but I would still have the lecture materials on this. Another valid remark was made about the environment. temperature and power are also very influential factors for holding electrons in memory cells. And these are hard/impossible to influence whilest running the tests. An also important item for memory failure is refresh timing. It could be that the memory as such is correct, but that too much leakage causes bits to fall too fast. To detect this it requires that whole rows of the memory are not touched by either read or write for the duration of the refresh period. All in all again not very simple without knowing the memory architecture. These arguments have for me always been the reason, not to try implement a memory tester. Especially since most people using this will not be aware of limitted relevance of the tests they are running. But like I said, give me some pointers on how to plug it into the kernel, and I'll get going on this. --WjWReceived on Sat Oct 16 2004 - 09:27:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:17 UTC