QuicksearchCodenews SearchDisclaimerThe individual owning this blog works at Sun Microsystems GmbH in Germany, a subsidiary of Oracle. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
NavigationCategories
|
Lies, fucking lies and BenchmarksMonday, September 4. 2006Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
I don't quite agree with the assertion that Intel uses large shared L2 cache only to look good in benchmarks.
At the moment we are in a transistion phase where, at least in the desktop space, we still have lots of single-threaded programs. Thus, although the point of dual-core processors is to use both cores, many desktop users still have applications that use only one core. Therefore it makes sense not only for benchmarks, but for real world applicaitons too, to design a processor that also performs well on single-thread workloads.
But only for workloads with an data set smaller than 4 MB.
I would find the following benchmark more interesting: The following tasks at the same time. 1. Execute an Photoshop Workflow on a 10 MPixel file 2. Transcode a video from disk 3. Download some stuff in the background. This is quite common even in a single thread world and it would be quite interesting to see the outcome. And yes: I believe that Intel would do things only to look better in benchmarks ... They designed a decent core in a mediocre platform (FSB) and they had to do something, that gives Core2 at least the image of an faster processor. |
Links in this articleThe LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Twitterfeedstwitter.com/c0t0d0s0
just blogged: Reengining: I've learned in the last few weeks that a simple design decision can make your life much... http://bit.ly/d9luy8 twitter.com/codenews PSARC/2009/534 SMB/CIFS Standalone DFS http://bit.ly/c4cAA9 twitter.com/SunPatches 128365-04 - Sun Crypto Accelerator 6000 1.1: Driver Patch. Available for SPARC since Mar/19/10. http://bit.ly/agl9Nw twitter.com/SolPatchesX86 118192-04 - SunOS 5.9_x86: gtar patch. Available since Mar/19/10. http://bit.ly/cbnoJ7 twitter.com/SolPatchesSPARC 118191-04 - SunOS 5.9: gtar patch. Available since Mar/19/10. http://bit.ly/cb2Drj Web 2.0Contact
Networking open.bc My photos SyndicationTagged articlesAMD Apple avs Bahn Blogging Blogosphere braindump Business Travel CeBIT cec cec2006 CMT del.icio.us deutsch dtrace fliegen Fundsache General Hamburg IBM i hate sundays Intel iscsi jumpstart Links Linux lksf Mindfuck Movies Music Musik Niagara Opensolaris Opteron Photographie policy of ... Politik Security Solaris storage Sun suncec2007 sunw t1 The IT Business Ultrasparc ultrasparc t1 Wirtschaft Work ZFS
Comments about Reengining
Sat, 20.03.2010 21:36
I didn't have special interest
in airplanes, but your articl
es about airplanes are very go
od. They have made to ta [...]
Sat, 20.03.2010 08:55
Yes. And I just don't like the
way they're killing all of Su
n brands.
They could just buy
, help, let live, contro [...]
Sat, 20.03.2010 08:49
Well, I don't think many peopl
e were using Solaris at home b
efore Oracle acquisition too,
I see home servers more [...]
about Who are you?
Sat, 20.03.2010 02:15
Ich bin im Rahmen der Diskussi
on um das Zugangserschwerungsg
esetz auf dein Blog gestoßen.
Als Linux-Begeisterter d [...]
Sat, 20.03.2010 00:32
The article doesn't explain wh
y the adquisition of Sun is go
ing to be a sucessfull. It onl
y says that we all know: [...]
Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog Administration |