 |
Aceshardware (not so) temporary home for the aceshardware community
|
| View previous topic :: View next topic |
| Author |
Message |
Del
Joined: 09 Aug 2007 Posts: 99
|
Posted: Sat Jun 14, 2008 6:25 pm Post subject: |
|
|
| who? wrote: | | If you could turn off the L1/L2 prefetcher, you would see serious slowdowns. The only one you can turn OFF is the CPU/Chipset one. so, the only one you can quantify is this one. Prefetcher benefits are bigger than you can measure. | This is what you said. Am I supposed to believe that what you really meant was that he could turn it off, but would need the source code or some binary hack to do it? I think you owe no@spam.com an apology, he just corrected yet another of your unfounded categorical statements. I am pretty sure it wasn't your acid humour this time either.
|
|
| Back to top |
|
 |
no@spam.com
Joined: 07 Oct 2007 Posts: 53
|
Posted: Sat Jun 14, 2008 11:42 pm Post subject: |
|
|
> Dude, read my title and give yourself 5 min of reflection, do you
> really think you can teach me anything about MSR?
Yes. My knowledge of them happens to both, be intimate (whereas
your's appears to be spotty, judging from your incorrect claim that
the L1/L2 prefetcher can't be disabled), and span multiple vendors
(whereas your's is likely limited to Intel MSRs).
You seem to be under the (false) impression that your are the only
one on this forum who helped/helps build x86 chips, or understands
their nitty gritty details.
> Those are not Bios options, are they? :)
They happen to be, on systems I deal with.
> So, you just have to try to do the experimentation ... try it :)
I did.
To nobody's surprise, the performance range of those 16 settings is
spanning >25%, and the ideal settings vary with the application. By
comparison, your competitor's products offered much more blended
performance, without a need for app-to-app settings.
> Do you think an IT guy will write a program turning it OFF?
> I don't think so (If you know a case, let me know).
Any MSR read/write utility will do the trick.
Under Linux you can "modprobe msr", followed by dev reads/writes.
Of course I should point out that Intel only guarantees the prefetcher
state changes while the caches are off, i.e. that's all they validate. So
far I don't know of anyone who has seen problems switching them on
the fly, though.
Oh and in case you guys do actually care about feedback (which your
postings don't really suggest, btw) -- moving those 4 prefetcher bits in
Nehalem seems stup^H^H^H^H like an unnecessary hurdle.
|
|
| Back to top |
|
 |
who?
Joined: 01 Sep 2007 Posts: 464
|
Posted: Sun Jun 15, 2008 12:01 am Post subject: |
|
|
| Del wrote: | | who? wrote: | | If you could turn off the L1/L2 prefetcher, you would see serious slowdowns. The only one you can turn OFF is the CPU/Chipset one. so, the only one you can quantify is this one. Prefetcher benefits are bigger than you can measure. | This is what you said. Am I supposed to believe that what you really meant was that he could turn it off, but would need the source code or some binary hack to do it? I think you owe no@spam.com an apology, he just corrected yet another of your unfounded categorical statements. I am pretty sure it wasn't your acid humour this time either. |
Please take a desktop PC from Dell or HP running windows XP or vista and show me how to turn OFF the L1/L2 prefetcher without writing an application.
dudes, you are getting deeper in the corner case, as usual, you are really rackless when it gets to win a discussion...
so, now, we are down to using linux, write to MSRs, and on server ...
a 0.0000000001% market share corner case! nice!!!!
useless discussion. ok ok ok ! You are soooo right in this 0.0000000001% Market share case!
what ever dudes!
read the bible "stoning" episode, as usual, you find your inspiration there.
who? lol
(PS: Tonight, I will sleep good , because I say the opposite of the intel guy, I proved him wrong, he probably optimized DivX SSE4, Povray and many other applications by luck ... I am so much smarter than this guy ... I wonder why intel is using him ... lololol After all, i did not do that much myself .... lol, They call him the performance gurus, but he probably got this business card in "kinder Surprise")
haha
|
|
| Back to top |
|
 |
who?
Joined: 01 Sep 2007 Posts: 464
|
Posted: Sun Jun 15, 2008 12:10 am Post subject: |
|
|
| no@spam.com wrote: | > Dude, read my title and give yourself 5 min of reflection, do you
> really think you can teach me anything about MSR?
Yes. My knowledge of them happens to both, be intimate (whereas
your's appears to be spotty, judging from your incorrect claim that
the L1/L2 prefetcher can't be disabled), and span multiple vendors
(whereas your's is likely limited to Intel MSRs).
You seem to be under the (false) impression that your are the only
one on this forum who helped/helps build x86 chips, or understands
their nitty gritty details.
> Those are not Bios options, are they? :)
They happen to be, on systems I deal with.
> So, you just have to try to do the experimentation ... try it :)
I did.
To nobody's surprise, the performance range of those 16 settings is
spanning >25%, and the ideal settings vary with the application. By
comparison, your competitor's products offered much more blended
performance, without a need for app-to-app settings.
> Do you think an IT guy will write a program turning it OFF?
> I don't think so (If you know a case, let me know).
Any MSR read/write utility will do the trick.
Under Linux you can "modprobe msr", followed by dev reads/writes.
Of course I should point out that Intel only guarantees the prefetcher
state changes while the caches are off, i.e. that's all they validate. So
far I don't know of anyone who has seen problems switching them on
the fly, though.
Oh and in case you guys do actually care about feedback (which your
postings don't really suggest, btw) -- moving those 4 prefetcher bits in
Nehalem seems stup^H^H^H^H like an unnecessary hurdle. |
It happen to be??? what system?
who?
|
|
| Back to top |
|
 |
Gabriele Svelto
Joined: 27 Jun 2007 Posts: 263 Location: Milano, Italy
|
Posted: Sun Jun 15, 2008 12:43 am Post subject: |
|
|
| who? wrote: | | I wonder why intel is using him ... |
Sometimes I really do.
|
|
| Back to top |
|
 |
who?
Joined: 01 Sep 2007 Posts: 464
|
Posted: Sun Jun 15, 2008 12:45 am Post subject: |
|
|
| Gabriele Svelto wrote: | | who? wrote: | | I wonder why intel is using him ... |
Sometimes I really do. |
may be you confuse "language skill" with "delivered goods" :)
On my track record, I have "Tejas to Conroe roadmap modif", Skulltrail, LDDQU, MPSADBW(with my buddies from SSG), I probably forget many ... what about you guys?
I have the feeling that I did pretty ok on those :), come on, give me some credit :)
who?
|
|
| Back to top |
|
 |
LiamC
Joined: 23 Jul 2007 Posts: 70
|
Posted: Sun Jun 15, 2008 2:08 am Post subject: |
|
|
To change the tone and tack of this thread for a moment:.
This discussion of Core 2s/Nehalems hardware prefetcher's is interesting but it does raise some interesting questions:
Is this use (misuse) of bandwidth the reason Nehalem went to a three channel memory configuration?
If it is, and Nehalem needs the extra bandwidth, how will it perform on a two channel (volume seller) rig? I think that the three channel rig will be confined to the top-end, big bucks category that gets all the press, and has the least relevance wrt to systems sold.
|
|
| Back to top |
|
 |
EduardoS
Joined: 22 Mar 2008 Posts: 75
|
Posted: Sun Jun 15, 2008 2:26 am Post subject: |
|
|
| LiamC wrote: |
If it is, and Nehalem needs the extra bandwidth, how will it perform on a two channel (volume seller) rig? I think that the three channel rig will be confined to the top-end, big bucks category that gets all the press, and has the least relevance wrt to systems sold. |
And just curious, how interleaving will be done on three channel? Wich options it will have? Spare? Mirroring? Memory raid?
|
|
| Back to top |
|
 |
TacoBell
Joined: 17 Aug 2007 Posts: 229
|
Posted: Sun Jun 15, 2008 3:25 am Post subject: |
|
|
| Quote: |
If it is, and Nehalem needs the extra bandwidth, how will it perform on a two channel (volume seller) rig? |
With 2 channels it will have twice the (theoretical) BW of today's 1333 FSB Core 2s.
|
|
| Back to top |
|
 |
Paul DeMone
Joined: 29 Aug 2007 Posts: 376 Location: Great white north
|
Posted: Sun Jun 15, 2008 5:25 pm Post subject: |
|
|
| no@spam.com wrote: | By
comparison, your competitor's products offered much more blended
performance, without a need for app-to-app settings. |
LOL, that is one of the best spun ways of saying "mediocre" I have
seen in a while.
|
|
| Back to top |
|
 |
who?
Joined: 01 Sep 2007 Posts: 464
|
Posted: Mon Jun 16, 2008 3:10 am Post subject: |
|
|
| Paul DeMone wrote: | | no@spam.com wrote: | By
comparison, your competitor's products offered much more blended
performance, without a need for app-to-app settings. |
LOL, that is one of the best spun ways of saying "mediocre" I have
seen in a while. |
Show me the blended performance!!!! SPEC_FP_RATE? lol ... Can t wait ... Simply Marvelous!!!
who?
|
|
| Back to top |
|
 |
jack
Joined: 27 Jun 2007 Posts: 284
|
Posted: Thu Jul 24, 2008 11:17 am Post subject: |
|
|
|
|
|
| Back to top |
|
 |
JumpingJack
Joined: 05 Oct 2007 Posts: 112
|
|
| Back to top |
|
 |
who?
Joined: 01 Sep 2007 Posts: 464
|
Posted: Thu Jul 24, 2008 7:54 pm Post subject: |
|
|
lol
|
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|