AMD Releases Image of Phenom/Barcelona Die
MojoKid writes "A few weeks ago, AMD
released information on new branding for their desktop derivatives of the Barcelona core, now dubbed the Phenom FX, X4 and X2. If you're unfamiliar with Phenom, the processors will be based on AMD's K10 architecture. They've been tight lipped about specifics, but we know that it will feature a faster on-die memory controller, support 64-bit and 128-bit SSE operations, and they'll be outfitted with 2MB of on-chip L2 cache (512KB dedicated per core) in addition to 2MB of shared L3 cache. This week, instead of revealing some more of the juicy details regarding those enhancements, AMD just sent over a tasty photo of a Phenom die. At least it's something."
can you see how fast it is? How about some specs we understand?
I know that this is just a ploy to build up hype for the new processors... I just hope that the processor performs up to expectations.
AMD really needs to respond to the Core 2 Duo's with something that tells the world that they are still in the race. I really don't want to see Intel become the unchallenged winner of the silicon wars... it would hurt us users in the long run.
I fear that it is a real possibility however. The cost of fabs, R&D, and marketing have grown so much in the last few years that it would be VERY difficult for any newcomer to compete with Intel unless they managed to develop a completely different and low cost way to manufacture their chips... or they are very heavily backed.
Sometimes the best solution is to stop wasting time looking for an easy solution.
I wish there was an application - sort of like Google Earth - where you could zoom in on the die and do a 3D fly-over.
Life is wet, then you dry.
On-chip connectivity can be much broader and lower-latency than off-chip connectivity. The two-dual-core in one package "quad cores" of Intel have to talk via the off-package north bridge. As you can see from the AMD Barcelona/K10/10h snapshot, the cores live together on a single piece of silicon.
The space between the the cores is a very broad crossbar, allowing fast inter-core synchronization/cache-coherency. The uniform block at the edge of the chip, outside the cores, is the L3 cache shared by all four cores. Each core has its own L1 and L2 cache. This design is nicely symmetric: each core has equivalent resources. It should do very well on heavy-duty symmetric multiprocessing applications.
http://www.amd.com/us-en/assets/content_type/Digit alMedia/43264A_hi_res.jpg
t alMedia/43261A_hi_res.jpg
t alMedia/43263A_hi_res.jpg
http://www.amd.com/us-en/assets/content_type/Digi
http://www.amd.com/us-en/assets/content_type/Digi
The last makes you see God, man! I'm still reelin' in the years.
Personally I'm quite impressed they can color in something that small!
And it will probably require ANOTHER slot type and force me to upgrade my motherboard yet AGAIN!
Geeze...please let me keep my motherboard for 6 months!
Any info on a mobile version of Barcelona ? I think that AMD should follow Intel in the sense of making an uber cool mobile processor first (that motivates squeezing the most from one Watt) and then give it full throttle for a desktop version. Just like it was done with the Core.
Photos of processor dies? WTF is this? Some kind of porn for uber-geeks?
Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Some of them are busy fapping to the pic right now, so hush. You'll spoil the mood.
Yeah, could be interesting for anyone who is interested in nomenclature/major version numbers, I guess. Maybe that would be just me :(
Now that AMD released high-res pictures of this core, Epson can use their transistor printers we have read about and start selling this CPU ahead of AMD. Good job, AMD!
Full Tilt
This site has a lot of pictures (click "AMD Processors and Wafers"). Some of the high-res versions might be CMYK instead of RGB, meaning most browsers won't display them directly. There are also a bunch of pictures from other processors here. In fact, here are the Phenom pictures - just not surrounded by ads.
These multi-core CPUs are a great direction for the industry. The real question is, when is the 10 CPU processor coming out?
... I think).
I think this will be a great option for people who get in early at the office. The original Pentium is able to cook an egg on top of the CPU. With 4 cores comes complete breakfast for one person: 2 eggs and 2 toast. I suppose the real key is a workgroup CPU with 10 cores would be useful each is used to cook in total 4 eggs, 4 toast and 2 cups of coffee (you do have to feed your co-worker
Okay I really like my AMD system but they need to be slapped hard for inventing a new goofy marketing term.
MEGATASKING.
Dude if you have over a 1024 tasks running at once you need to run some malware clean up software.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
put the photo in L1 cache to send a not-so-subtle message to your cpu
if you RTFA....
aw great now i have to protect my computer from AMD slideware....
In all honesty then, what is?
Megatasking would be 1,000,000+ processes at once.
It's about effing time... maybe chip manufacturers have finally clued in that cache is the single biggest characteristic of a processor that affects (NOT impacts) performance. I have seen far too many 2-3GHz chips crippled by insufficient cache over the years, but hey, it was $20 bucks cheaper and the same speed so it must be a better deal right? Too bad that this will probably not make the market and the cache will be cut back to 64KB per core to shave a few dollars off the price and suck more people in to buying crippled gear...
$670 CAD is $266 USD
Check out my lame java blog at www.javachopshop.com
So that must be the one we all need to buy, the Sempron. Megatasking might hurt someone and sounds like a war crime.
:)
Brilliant to market the new stuff only to weirdos
- Adam L. Beberg - The Cosm Project - http://www.mithral.com/
... item ever, after the big reset button which was posted this very day aswell.
Maybe it's time to shut down Slashdot?
Why don't they just release the CPU? I mean they have it working, they tested it and stuff.
I'm not trolling, I'm just curious to find out what changes a processor goes through in it's last months before being launched.
though AMD has lost a bit of thunder recently with the core2 line kicking butt, this multiple core phase the industry is moving towards is going to help AMD. They made a decision to change the bus for multi-core systems a while ago and this chip is the first one to really show off that bus. I think that Intel will have faster individual cores for a while and barcellona wont challenge that but AMD has a much better multi-core multi-processor bus so multi-core scaling will be much much better for AMD. an 8 core AMD will likely stomp an 8 core Intel chip though the Intel chips will be better per individual core.
I just hope that AMD can make a big enough improvement on their cores before Intel can get thier cpu to cpu speeds up to par. I have an Intel dual CPU/dual core Xeon server at work that is fast but i cannot tell the difference in most things between a single 2core and the dual 2core setup because of the week bus.
to clarify for those not up to speed on the current platforms, AMD has a high speed dedication point to point bus for each CPU and each CPU has a direct dedicated link to its own memory while intel has a fast shared bus that can get saturate especially when only running at 533 or 800 mhz giving AMD the advantage in that regard.
Then, as part of their Torenza initiative and GPU onboard of CPU, AMD introduces processors with a huge amount of vector stream-processing units. It is supported by Linux even before hitting the market (thanks to previous work on Cell) and is immediately adopted by the scientific community.
Intel announces that their separate line of GPUs on PCIe is no more while simultaneously scraping their "Intel Core Treisdeka-duo 32" cooking-ware... oops.. processors and droping the "Core" name, and promise to release newer CPU based on an older technology and featuring massive amount of stream processing units, called "Intel Hub Trio".
Marketing for next decade
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
I wound up buying a CD2 E6700 cuz it has the shared 4MB cache and it smoked the top-o-the-line AMDs too. I am sorry but I have found that in AMD's quest to be fast, their CPUs are not as stable as Intel's. My C2D compresses, encodes, encrypts, etc. like wildfire (in combination with a 3 drive Raid 0), runs cool, uses little power and doesn't crash. I can't say I have had the same luck with AMDs in the past. >:-/ Also, more cores does not translate into more performance unless they are actually utilized, for example, the new quad C2s have little performance increase (for J. Sixpack running everday OS and apps) over their dual core predecessors. >:-/
Will Linux ever mature? I hope so because I really don't want a Mac. =l
This sounds powerful!
"Especially considering how a lot of processor intensive applications that most consumers use (games and other multimedia, and to a small margin running outlook, internet explorer, and MSN messenger together) get absolutely no benefit from SMP." - by Jacer (574383) on Saturday June 02, @07:46AM (#19362235)
Untrue: In fact, I challenge you to take this test yourself, because your apps & OS you use provide a tool in Windows called taskmgr.exe that can show you otherwise & verify my statements (and windows architecture, via a kernel component called the process scheduler, does the rest):
Run taskmgr.exe (task manager) & go to its PROCESSES tab. Then, from the menus above, use the VIEW menu, SELECT COLUMNS submenu. Make sure you have the THREADS column checked off as visible.
There you will most likely see what I do here, & that is of 38 processes running here, 31 bear 2-99 threads. That is 82% of my apps that are ready for SMP/HT/MultiCore systems... this is what I call "implicitly smp/ht/multicore ready apps"... why?
Any application that bears multiple threads can gain by the use of SMP/HT/MultiCore CPU's, because the OS process scheduler kernel component makes it so.
So, if say, CPU core #1 of N is near fully saturated @ 100% usage? The OS kernel component the process scheduler will send the threads of other apps off to the other "N" cpu cores present, keeping them busy as well, & getting MORE done.
This IS how it works now, & has since NT 3.x, & has kept getting better in NT 4.0/2000/XP/Server 2003, and yes VISTA.
No need REALLY for "explicit multicore/smp/ht ready code" (where you as the coder must add in processors present detection routines, tests for their saturation level of each routines, & then your own internal-to-your-app thread scheduling mechanism - though there ARE apps like that out there already too!), because the OS does it FOR you! This has gotten steadily BETTER, in each iteration/version/build of the NT-based OS family from Microsoft, & Linux even gained "kernel mode threads" (not just usermode threads) so REAL smp ready/multicore ready apps were possible on it (& so Linux could be considered enterprise-ready).
When you run the majority of your apps multithreaded (and I wager you will see similar numbers to what I do here, if not MORE %-wise than I did?), even the singlethreaded ones can gain & here is how:
Let's say, for example's sake, that you have some processor intensive/"cpu-heavy" app running that is single threaded - it is hogging up cpu #1. Good, let it, & because of what I noted above + how the process scheduler works!
That hog single threaded app will get its work done faster, & other threads will run & be sent to run on the other "N" cpu's present to do their work as well, when needed.
"However, as multi-core chips are rapidly becoming the defacto must have for everyone, I think developers are going to start coding to take advantage of this." - by Jacer (574383) on Saturday June 02, @07:46AM (#19362235)
They already do, as multithreaded apps as noted above!
(AND, not just in the commercial applications world, also in the freeware/shareware world too, & this app provides such as an example in fact (stuff like this has been around since the 90's, I myself have been writing many apps in 'coarse multithread design' (look this up, it is easier to do than the latter type I note next) with some 'fine grained multithread' (harder to find tasks that lend themselves to this type) design too when applicable since 1996/1997 in fact)):
APK Registry Cleaning Engine 2002++ SR-7:
Multithread designed, safest & most thorough registry cleaning program there is (does not expose CLSID's of ActiveX/OLEServers for the safety, because many others do, & if you blow those registrations & things in your OS & programs work, you know the reasons why) proven so in tests, AND it also offers REALTIME, HIGH, NORMAL, & LO
EDIT REQUIRED OF MY LAST POST: I forgot to post the download url above (sorry) so it is now below here upon edit!
v ermakesgooglehappy.html
.reg file insertions as Juoni Vuorio had done trying to fool users in the past)!
That is, should you be interested in trying my program, as an example of an app from the freeware world that is SMP/HT/MultiCore ready (this is not just present in commercial apps & why I post it)!
My bad, lol: I went to the Dicky Betts (of the Allman bros. band) show last night (sat.) w/ my friends, got in late, & had my share of brews + as my subject line states, I need a cup of coffee today bigtime!
(Ah, summertime fun! LOL, & no I do not drink brews when I code, haha, before anybody takes advantage of that 'confession' of mine here to bust my balls w/ it!).
Anyhow/anyways:
DOWNLOAD LINKAGE URL!
APK Registry Cleaning Engine 2002++ SR-7:
http://www.techpowerup.com/downloads/389/foowhate
It is multithread designed (mostly coarse design, w/ SOME fine-grained multithread design), safest & most thorough registry cleaning program there is!
(In that it does not expose CLSID's of ActiveX/OLEServers for the safety, in the shipping model I put out for end-users there. I say this, because many other registry cleaners do, & if you blow those CLSID registrations (because this happens in some reg cleaners) & things in your OS & programs work, you know the reasons why - my personal model has a tab in it that allows this, but I do not ship that model to users, because it is dangerous, & the entire cascading CLSID model is why I don't ship it to users, because even not all coders understand this well unless they have done COM/DCOM type work before)!
It was proven so in tests against most ALL competitors in fact (see the download pages) by users with their OWN registry data unaltered (by test rigging
It also offers REALTIME, HIGH, NORMAL, & LOW cpu priority control over itself built right into it for working potentially faster (realtime (not for single cpu rigs), or high) OR less obtrusively in the background while animated trayicon minimized (low).
Enjoy it if you try it - & it is an example of smp/ht/multicore ready apps, & it has been in existence since 1997 & has not required a major rewrite since then, & yet runs safely across ALL Win32 OS models from Win9x/NT/2000/XP/Server 2003, & yes, even VISTA today!
APK
P.S.=> Moderators: If you wish to mod me down for 'hawking' my app here, go ahead should you feel it is trolling & necessary to do, on your parts!
(I could care less if you do so, because mod up/down points are not the point of this: The point is to instead show these guys that even in the freeware/shareware world for Win32 That multithread designed apps exist & have for a decade OR more out there, & they ARE smp/ht/multicore ready, if designed properly, per my last post above & what it outlined to the readers here, especially the one I responded to)... apk
EDITING IN ANOTHER POINT HERE THAT IS NEEDED FOR ANYONE's/EVERYONE's REFERENCE IF NEEDED (as I missed this point in my 2 posts above, & imo @ least, it is important to note w/ examples):
I am adding this example set, comparing FINE GRAINED MULTITHREAD DESIGN, vs. COARSE GRAINED MULTITHREAD DESIGN (when to do either, and when not to, & why - by example):
Some apps' tasks do NOT lend themselves well to smp/ht/multicore ready operations, & here is just such an example:
FINE GRAINED MULTITHREADING EXAMPLE (a no point in using threads one, when NOT to):
X = A + B
C = Y x 2
No point in putting X & C onto separate threads, because C has to wait out X completing. This is NOT a good thing to do & put on diff. threads, because of linear dependencies that exist in the work being done.
HOWEVER: In cases where apps like that have tasks like that (linear processing constrained ones)? You can try COARSE MULTITHREADING APPROACHES INSTEAD!
E.G. (from gaming) -> Put the main thread out as the animation loop, the networking code for multiplayer play onto another thread, the sound engine onto yet another thread, etc. et al.
Coarse multithreading is safer, easier to understand how to implement & yes, imo create as well. Put tasks that do not share data (discrete separate data sets if possible) onto diff. threads & have @ it!
Another such example (not game code) might be one like allowing a user to do his inputs on a page of an EXCEL worksheet (userbound delays exist here in I/O from keyboard etc. though) while reformatting or recalculating another page of said worksheet in another thread (provided NO cell formula dependencies between the 2 pages of the worksheet exist per my first example above though)...
APK
P.S.=> Sorry for all the edits & such - I do need that coffee this a.m. (I should have had this ALL in 1 thread, my initial one, but... sometimes, that's how it goes!), enjoy the read & my apologies for omitting these points & other errs (missing posting the url for the app I put up that uses both methods of multithread design), rough nite last nite is all, & I need coffee today, lol!... apk