Article: Harpertown Performance Preview
By: David Kanter (dkanter.delete@this.realworldtech.com), November 9, 2007 6:51 pm
Room: Moderated Discussions
Marcin Niewiadomski (marcin.niewiadomski@gmail.com) on 11/9/07 wrote:
---------------------------
>Hi David,
>
>I've an impression that I just saw first "benchmark-style" >article on RealWorldTech.
>It looks quite nice I think, but I have a bit mixed >feelings...
So it's not actually the first, I wrote up an article on Dempsey, Woodcrest, Clovertown and now Harpertown.
>1. On one side it could be analyzed in more detail (please see remarks below),
>but on the other hand - I like RWT for being "very >technical" site (especially I
>like the very good architectural drawings).
The drawings are a lot of work, but they sure help to write the article.
>2. You're right that it would be better compare a bit >different processors, as
>2.33 Clovertown has 7x multiplier, while 3.0 Hampertown has >7.5x, additionally we
>would need to ensure that memory latencies are same (in >terms of cycles - maybe
>it would be good to add latency data to table on page 3?). >Still I think that the
>difference in multiplier is not big enough to question Your >estimates.
So the issue isn't the multipliers, it's the clock speed relative to memory.
>3. As I'm not entirely sure how snoop filters are >implemented - does 24MB snoop
>filter means it is capable of work with 24MB of L2 cache >total or it actually has
>a 24MB buffer inside? (btw: it would be also nice to know >what is a real-world impact
>of four affinity groups in snoop filter)
It means that the snoop filter can index 24MB of cache data. Basically the snoop filter replicated the tags of all the L2 caches, with status information (MESI).
The real world impact is that it reduces the number of snoops. When you miss in cache, you have to snoop all other caches in the system to see if they have the data.
The snoop filter acts as a directory for the caches in the system...one of my previous articles on Blackford had more detail:
http://www.realworldtech.com/page.cfm?ArticleID=RWT110805135916&p=3
Cheers,
David
---------------------------
>Hi David,
>
>I've an impression that I just saw first "benchmark-style" >article on RealWorldTech.
>It looks quite nice I think, but I have a bit mixed >feelings...
So it's not actually the first, I wrote up an article on Dempsey, Woodcrest, Clovertown and now Harpertown.
>1. On one side it could be analyzed in more detail (please see remarks below),
>but on the other hand - I like RWT for being "very >technical" site (especially I
>like the very good architectural drawings).
The drawings are a lot of work, but they sure help to write the article.
>2. You're right that it would be better compare a bit >different processors, as
>2.33 Clovertown has 7x multiplier, while 3.0 Hampertown has >7.5x, additionally we
>would need to ensure that memory latencies are same (in >terms of cycles - maybe
>it would be good to add latency data to table on page 3?). >Still I think that the
>difference in multiplier is not big enough to question Your >estimates.
So the issue isn't the multipliers, it's the clock speed relative to memory.
>3. As I'm not entirely sure how snoop filters are >implemented - does 24MB snoop
>filter means it is capable of work with 24MB of L2 cache >total or it actually has
>a 24MB buffer inside? (btw: it would be also nice to know >what is a real-world impact
>of four affinity groups in snoop filter)
It means that the snoop filter can index 24MB of cache data. Basically the snoop filter replicated the tags of all the L2 caches, with status information (MESI).
The real world impact is that it reduces the number of snoops. When you miss in cache, you have to snoop all other caches in the system to see if they have the data.
The snoop filter acts as a directory for the caches in the system...one of my previous articles on Blackford had more detail:
http://www.realworldtech.com/page.cfm?ArticleID=RWT110805135916&p=3
Cheers,
David
Topic | Posted By | Date |
---|---|---|
Harpertown Preview Online | David Kanter | 2007/11/09 06:44 AM |
Stoakley vs. Bensley | Anonymous1 | 2007/11/09 08:58 AM |
Harpertown Preview Online | Marcin Niewiadomski | 2007/11/09 11:59 AM |
Harpertown Preview Online | David Kanter | 2007/11/09 06:51 PM |
So... | anonymous | 2007/11/09 07:47 PM |
So... | anon | 2007/11/09 08:49 PM |
So... | anonymous | 2007/11/09 09:25 PM |
So... | anon | 2007/11/09 10:50 PM |
That's just how I write | David Kanter | 2007/11/10 12:44 PM |
That's just how I write | anonymous | 2007/11/10 04:58 PM |
That's just how I write | Dean Kent | 2007/11/10 07:27 PM |
;-) | anonymous | 2007/11/10 07:31 PM |
Harpertown Preview Online | anonymous | 2007/11/09 11:10 PM |
Harpertown Preview Online | David Kanter | 2007/11/10 01:49 PM |
Harpertown Preview Online | Marcin Niewiadomski | 2007/11/10 03:10 AM |
Harpertown Preview Online | Marcin Dalecki | 2007/11/11 04:01 AM |
Harpertown Preview Online | Joe Chang | 2007/11/11 09:56 AM |
Harpertown Preview Online | Joe Chang | 2007/11/11 06:15 PM |
xmlmark and jbb | Henrik S | 2007/11/09 12:30 PM |
also | Henrik S | 2007/11/09 12:43 PM |
also | David Kanter | 2007/11/09 06:52 PM |
also | Henrik S | 2007/11/10 12:09 AM |
Harpertown Preview Online | *(&^ | 2007/11/09 11:38 PM |
Harpertown Preview Online | David Kanter | 2007/11/10 01:53 PM |
Supermicro MB | gpriatko | 2007/11/11 12:48 PM |
Supermicro MB | gpriatko | 2007/11/12 01:48 PM |
Supermicro MB | David Kanter | 2007/11/13 12:52 AM |
800 MHz vs 667 MHz FB-DIMMs | gpriatko | 2007/11/13 08:09 PM |
800 MHz vs 667 MHz FB-DIMMs | David Kanter | 2007/11/14 12:38 AM |
800 MHz vs 667 MHz FB-DIMMs | gpriatko | 2007/11/15 08:29 PM |
New O-O-O transaction Mode? | blaine | 2007/11/12 05:37 PM |
New O-O-O transaction Mode? | Andi Kleen | 2007/11/12 05:57 PM |
New O-O-O transaction Mode? | Michael S | 2007/11/13 01:45 AM |
New O-O-O transaction Mode? | Michael S | 2007/11/13 02:05 AM |
New O-O-O transaction Mode? | David Kanter | 2007/11/13 03:46 AM |