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: Big CIFS/SMB putback: A large change found its way into the Opensolaris Code base: Headlining with w... http://bit.ly/9IGb2y twitter.com/codenews 6932434 AAC adapter GUI hang when creating or deleting RAID http://bit.ly/cZVKE0 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
CommentsSun, 21.03.2010 22:43
Seems like that's it for Solar
is@Home:
Please remember, y
our right to use Solaris acqui
red as a download is lim [...]
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 [...]
Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog Administration |