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
|
On GPUs and CPUsSunday, May 25. 2008Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Think only about the 12 core proc announced by AMD. Interesting times are lying in front of us.
But, So why should I be so happy about the future that hardware vendors promise? They think a magic bullet will come along to make multicores speed up my kind of work; I think it’s a pipe dream. (No—that’s the wrong metaphor! "Pipelines" actually work for me, but threads don’t. Maybe the word I want is "bubble.") and ... To me, it looks more or less like the hardware designers have run out of ideas, and that they’re trying to pass the blame for the future demise of Moore’s Law to the software writers by giving us machines that work faster only on a few key benchmarks! I won’t be surprised at all if the whole multithreading idea turns out to be a flop, worse than the "Itanium" approach that was supposed to be so terrific—until it turned out that the wished-for compilers were basically impossible to write. Donald Knuth It's of course somewhat interesting, but I doubt it will gain momentum.
The problem: Given the actual and forseeable technology in CPU design there is no alternative to multicore.
And Mr. Knuth forgets that many tasks can be ported to multiple CPU engines quite well. SMP systems are state of the art for a long time. Databases are scaling quite good, Webserver are scaling quite good, even other database services are scaling quite good. Raytracing scales quite good. Billing scales quite good. When you look on almost all tasks in computing, they can be done at least with a few parallel asks. Just the actual implementations aren´t capable of doing so ... Multicore processors are just the circle of life of all gear in computing. Making the existent systems smaller. A T2 is a E10K in a 2 RU box. At the end it´s a kind of SMP.
This is true for desktop processing, where the number of task is limited by the way the user is working.
But in my opinion, this limit is not at 4 or 8 Tasks. It would be nice, if the 16 Task processor could use the power for GPU purposes and enable a leaner grafic. With power management for the processors up to a complete shutdown, it would enable lowering the power consumption in idle state (me reading, thinking!) a lot. Since this does not happen for unused RAM-Moduls, it is not likely to happen for processors.
The missing url,
http://www.informit.com/articles/article.aspx?p=1193856
>Raytracing scales quite good.
It scales to some degree. Maya e.g. scales best with two cores, it doesn't scale as good with four cores. You would expect something more. The same is true e.g. for 3D Studio Max (maybe Windows is the limiting factor) or even Maxon Cinema. I did see some nice graphs for example Mysql and FreeBSD with eight cores but it's a rather different story for different applications. So yes it will scale, but to what degree? I don't think some scheduler can do the magic for every application out there from 2 to xx cores. Or maybe we will see the advent of badly coded applications and the need for more cores to compensate this lack of optimization. |
Links in this articleThe LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Twitterfeedstwitter.com/c0t0d0s0
@ihsandogan i didn't had it at that moment .... and just a GSM data line twitter.com/codenews 6925762 zios blocked on mutex, holder blocked on read http://bit.ly/9g1GKC twitter.com/SunPatches 125332-09 - JDS 3: Macromedia Flash Player Plugin Patch. Available for SPARC since Mar/15/10. http://bit.ly/au3wfA twitter.com/SolPatchesX86 137148-06 - SunOS 5.10_x86: libexpat patch. Available since Mar/15/10. http://bit.ly/aNZcLt twitter.com/SolPatchesSPARC 137147-06 - SunOS 5.10: libexpat patch. Available since Mar/15/10. http://bit.ly/cZmvyt 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 Who are you?
Tue, 16.03.2010 08:48
Unix system engineer in Sweden
. Working with telecom. I'm th
inking of starting to migrate
to opensolaris.
Solve [...]
about links for 2010-03-15
Mon, 15.03.2010 23:51
http://de.wikipedia.org/wiki/B
undesautobahn_39#Kontroversen
about Who are you?
Mon, 15.03.2010 19:15
I was a developer for Process
Control Software on Solaris a
while ago. I did a bit of admi
nistration work too, but [...]
about Who are you?
Mon, 15.03.2010 17:35
Systems engineer in a company
developing software for mobile
opcos running in Solaris 10 (
OpenSolaris is a little [...]
Mon, 15.03.2010 17:16
Minicom is also available:
http://turin.nss.udel.edu/prog
ramming/
Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog Administration |