To: Scumbria who wrote (56033 ) 9/30/2000 6:23:42 PM From: Zeev Hed Read Replies (1) | Respond to of 93625 Scumbria, I thought you might be referring to the "timing register" on the chip itself. Yes, I agree with you that such registers have been around for quite some times, always as part of a peripheral chip to either the CPU or the memory means, it was never before on the chip of the memory means, by putting it there, one can directly "prep" the processor to know what kind of "packet" to expect next, without having to go through the controller. That is far from obvious. It would have been obvious if there was no performance penalty. But, as you have stated et infinitum, it is a nuisance when you are working with very small packets (pure random access, and you suffer a "latency penalty", less so in SDRAM than RDRAM for various reasons). But it becomes indispensible when you are working with very large data packets (like in streaming video, high end data base management, speech recognition and generation etc.) which are exactly the area where very high frequency processors are supposed to shine. The test for "obviousness" is if a "person trained in the art" would chose this modality, but MU engineers are indeed well trained in the art, and chose to put that register for their EDO DRAM on a separate controller (not because it was not known how to different functions on a single chip, mind you, Trilogy taught us how to do that <G>). Unfortunately, I do not know when the Dramurai finally smarted up and put the register on the DRAM chip itself, but that was too late, if they did it after April 1990. The fact remains that well after that date, "persons trained in the art" (MU's engineers) still preferred to set this function apart of the chip, on a separate memory controller. QED Zeev irrevolute.iuma.com