Wes said:
I didn't say anything that the world of computer scuence has been saying
for years. And I provide proof. You provide nothing but smoke and mirrors
and I'm sure people will see that.
Yes, of course, a 'webopedia' definition is certainly the last word in
'computer science' whereas direct quotes out of AMD's data sheets are, as
you put it, "smoke and mirrors."
Did you not read the above. Data rates are not measured in MHz, but
BPs/bps. Now did you see anything about the bus speed being defined by
data rate? No.
You also didn't see anything about synchronous and asynchronous busses and
the simple bus 'definition' didn't say any thing regarding data rate at
all, nor DDR or QDR, except for a meaningless comment about some busses
being 'fast', which makes them 'faster' (brilliant, and oh so 'scientific')
For you to suggest that simple description is an all inclusive 'last word'
on buses is supercilious.
As for your 'data rate' link, you *are* aware that "often" is not a synonym
of "always" or "exclusively," right?
Wow are you dense. Just like bus speeds and data rates, they are 2
different things, and as such are defined with 2 different measurements,
RPM, and HP,
Horsepower and RPM are not unrelated things. Horsepower is the product of
the torque produced and RPM; much as data rate is the product of how many
transfers take place per clock cycle and the clock speed.
not 1 like 200HP and then turn around and say 5000HP also.
Amusing, but completely inappropriate as that's not what's being done.
A more appropriate analogy is you keep insisting that the only 'real' way
to describe the power of a motor is maximum torque at the specified RPM and
I'm saying that horsepower is equally good as it is precisely the end
result of the exact same equation, and more intuitive to the user. But
somehow, to you in your 'marketing conspiracy' laden world, horsepower is
'hype'.
It's exactly the same reason you don't use MHz for to seperate
measurements in computer science, clock speed, and data rates.
Hz means cycles per second. It can be used with any cyclic phenomena.
You've now
proven my point. Thank you.
That you don't understand 400 is the same thing as 2 x 200? Yes. You're
welcome.
So tell me, where is MHz used above. And those are not data rate
descriptors as you put it. They are simply names names assigned by AMD for
a FSB system.
I suppose it's just 'coincidence' that they're the data rate numbers: 333,
for 2 times a 166.6 MHz Clocked FSB, and 400 for 2 times a 200 MHz clock
FSB. LOL
Now go back and read the table under these systems and tell
me what speed in MHz they define them. Well, what do you know, it's clock
speed is 166MHz, and 200MHz.
Yes, the "clock speed" is 166.6 Mhz and 200 Mhz, respectively. That is not
the data rate because they are DDR busses and is why the title lists them
as 333 and 400 FSBs: the DATA RATE, not the 'clock'.
Nowhere will you find the bus defined as
333Mhz or 400MHz. And nowhere will you even find the data rate as 333MHz
or 400MHz.
Except in the large, bold, title of the chapters and every time the
processor 'name' is described or the bus is described, as in "Advanced 333
FSB technology available" or as in
Table 9. Interface Signal Groupings
Signal Group
AMD Athlon™
System Bus
See “Advanced 333 FSB AMD Athlon™ System Bus DC
Characteristics” on page 24, See “Advanced 400 FSB
AMD Athlon™ System Bus DC Characteristics” on page
28, Table 3, “Advanced 333 FSB AMD Athlon™ System
Bus AC Characteristics,” on page 23, Table 7, “Advanced
400 FSB AMD Athlon™ System Bus AC Characteristics,”
on page 27, and “CLKFWDRST Pin” on page 72.
You will find a note that says the "system" operates at twice
the clock speed. Now what does that imply? DDR.
Yes. And what is double 166.6 and 200?
Surprise, there's more than one way to say something.
You're reaching now. The ram bus is totally different than the FSB.
That doesn't alter the fact that your 'bandwidth' numbers are theoretical
maximums.
The base bus is not faster.
Of course it is and, contrary to your implication, 'the clock' is not 'the
bus'.
The only thing faster is the data rate.
Which, frankly, is what really matters. The clock is simply a means of
timing on the bus and how the clock is USED varies with the type of bus.
And
this is because of the 2 devices the bus connects to supports DDR.
Well, that's a useless waste of words. Of course the devices 'support' DDR.
They *define* the bus. The empty wires have no 'clock', or any other signals.
Prior to multi-data per clock there was never a problem. A 66MHz bus was
just that and everyone knew that the clockspeed of that bus was 66MHz. The
data rate, or bandwidth, is determied by the width of the bus, the data
per bits clock, not the clockspeed.
That is because earlier busses were single data rate transferring once per
clock cycle. A DDR bus transfers twice per clock cycle, which means looking
at simply the clock speed no longer represents the capability of the bus.
There are a number of ways to 'describe' that. One could say, as some
prefer, 200MHz DDR, but that presumes the reader has a clue what the heck
'DDR' means. One could state the 'bandwidth', as you have suggested, but
that provides no common reference with the SDR busses that are described
simply by 'speed'.
Using the data rate, however, is consistent with the previous 'speed'
description. With SDR, the data rate IS the 'clock speed', so saying "100
Mhz" specifies BOTH the 'clock' and the 'data rate'. With DDR the data rate
is, by definition, 2 times the clock speed and the equivalency of data rate
vs clock no longer holds. So saying '400', for a DDR bus, vs the old SDR
'200' accurately encapsulates the difference for the thing that MATTERS:
the data rate, which is transferred twice per clock with DDR.
No, nowhere have you found me "suggesting" that.
It has been the gist of your argument from the beginning.
Yes, it does, and I've explained it over and over. The burst data rate ona
200 Mhz clocked DDR bus is 400 Mhz. Pure and simple.
All it does is confuse people.
Lots of things confuse people but that doesn't mean it's 'hype'. And people
wouldn't be so confused if it weren't for people, like you, saying it's
'just marketing hype'.
And even you stated (in this
same post) that the speeds are not obtainable.
I said not sustainable. It IS "obtainable," for bursts.
The 400, and indeed the SDR 'speed', are burst data rates. And, as I've
already pointed out, the data rate description is entirely consistent with
the SDR 'speed' description: the same 'burst rate', means of operation, and
other limiting factors, apply in the same manner.
You keep hanging yourself. when are you going to give up with the BS or
provide some documented facts.
You remind me of the cowboy who, laying there pounded into the dirt with
bovine hoof marks up and down his body, kept saying "what stampede?"
You must have a lot more free time than me to keep your stupid arguement
up. It obvious that you will not embrace the truth, so I will just let you
live in your own little world and believe what you want to.
And I suppose you could stay in your own little world ignorant of what
double data rate means to a bus and believing that 2 times 200 isn't 400.
I would have preferred you finally understood it but it's ultimately your
choice.
It's not the quad pumped bus that's hype, and I've never said it was. It's
the definition of the bus that is not correct. It is a 100MHz QDR bus. And
QDR is short for quad pumped.
So your position is that there's only ONE way to ever say anything? A
patently absurd argument.
Btw, what does quad pumped 'mean', in the context of what USE is it? Hint:
it transfers data 4 times per clock, so it's burst transfer rate is 4 times
faster. And if I want to give someone the gist of it, saying 400 vs 100
makes a heck of a lot more intuitive sense than '100 QDR'.
And, btw, that a '400', 200Mhz clocked DDR bus, isn't 'twice as fast' as a
SDR 200 Mhz clocked bus in overall performance is no different than a 133.3
Mhz (SDR) bus not being twice as fast in overall performance as a 66.6 Mhz
SDR bus.
There is nothing magical about 'the clock' nor is it 'the real thing'. It
is simply a means to an end, the transferring of data, and the DATA RATE is
the thing of importance to a "data processing" machine.
You have no answer, so you fall back on insultsd that you know are lies.
I said it's "apparent" from what you say, as opposed to flat out saying
something like "wow, are you dense." You could, of course, demonstrate some
understanding of it in contrast.
It's kind of comical that you are explaining this to me when I have
designed memory controllers for computer systems, and I've explained the
FSB and the data rate on my website. Maybe you should have a look. It's
the link below.
I read it, and all it does is repeat the same nonsense you've been saying
here. Not surprising since it's you.