Slashdot Mirror
Dual Core Intel Processors Sooner Than Expected
Hack Jandy writes "AnandTech reports that Intel's Smithfield processors are going to get here sooner than they originally predicted; most likely within the next few months. Apparently, the Intel roadmaps reveal that the launch dates for next generation desktop chipsets, 2MB L2 Prescotts and Dual Core Smithfield processors (operating at 3.2GHz per core) are almost upon us - way ahead of the original Q4'05 roadmap estimates. Hopefully, that means Intel will actually start shipping the new technology instead of waiting four months after the announcement for retail products."
At the rate that power consumption and heat dissipation are increasing on these chips, I consider Pentium-Ms to be the only processor worth using.
Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
This means I can shut my furnace off this winter, instead of waiting until the end of 05.
You see? You see? Your stupid minds! Stupid! Stupid!
As I see it, the smart step to take would be to start with consumer-level 64-bit chips, make them as fast as they can be, and then move on to dual-core. The only way dual-core could be better at this point is if it is given to the server market, where 64-bit Intel processors already exist.
I can see how this is good for gamers, but normal office use? The biggest waiting time I have on my centrino is network. (In a big company, network by Siemens, it can take 15 seconds between O and a complete list of network drives. Go figure.) Servers will opt for the 64 bit thingies, your secretary doesn't need one; is gamers a big enough market share to make money on this shit?
10 ?"Hello World" life was simple then
Intel added the x86-64 instructions to the Xeon line and called it EM64T.
Read up!
http://www.intel.com/technology/64bitextensions/
500GB of disk, 5TB of transfer, $5.95/mo
I ran dual P3s for a while last year. While I loved the responsiveness of the system, I hated the lack of programs avalible to take advantage of SMP.
How is this year going to be different?
Even if you *could* get SMP aware versions of your software, would it be worth it? Lots of problems are harder to solve when you add SMP to the mix.
Gamers will be put off by the fact that games can't take advantage of SMP.
Home users will be put off by the fact that their $500 Dell surfs the world-wide e-mail just fine.
Buisness user may take advantage of this in servers, but there's only so much cooling and power you can provide to a 1-U server.
So, how is dual core going to ever be anything bigger than Itanium, Xeon, or any of the other technologies that fail to meet customer expectations?
I'd rather you do it wrong, than for me to have to do it at all.
I find it interesting that Intel has code named these chips using the same name as one of the world's largest pork processors, Smithfield Foods.
I expect that these chips will be large power hungry pigs.
I would have thought Dual core chips would have already been available by Intel already.
People complain a lot about Sun Microsystems, but the Dual Core in Sun's SPARC IV has been out since last April or May I believe.
Doesn't AMD already have dual core cpu's shipping as well? IBM is working on a dual core G5 as well aren't they?
Heck, is this even news?
Shouldn't we be talking about 4 core cpus that are already working in development labs around the world. Sun and IBM both have those... I would bet money that AMD and Intel both have them running as well, and if they don't they better get moving!
Want to change Intel's behaviour? Don't give them any press when they announce "real soon now" stuff, only when they actually ship. But if /. (and other media) print every press release, the press releases will keep coming.
Everybody's a libertarian 'till their neighbour's becomes a crack house.
Has anyone stopped to look at modern software while thinking about Dual-Core?
Both Intel and AMD have decided upon dual-core as the future of desktop computing. There will be no more massive Mhz increases... instead the focus is now on parallel computing.... But, seriously, how many CPU intensive applications outside of the server arena take advantage of SMP?
As someone who has ran dual-cpu workstations for years, I can personally attest to the fact that 99% of CPU heavy tasks do not make use of SMP.
Think about it... That copy of Doom3 or Half-Life 2 that you just bought, that runs like shit on even top-of-the-line hardware, isn't going to run any better on Dual-Core, because these games are not designed to run multiple threads simultaneously. Neither do most archival programs (WinAce, WinRar, WinZip, SevenZip, etc etc). Nor do many of your encoding tools (though FlaskMPEG and GoGo-No-Coda are noteworthy exceptions).
As a geek, I can attest that the *nix arena isn't much better. Just because the source is open and available does NOT mean that the author(s) ever considered coding CPU intensive tasks for multiple processors. And "porting" tasks from single threaded to multiple threads is NOT a simple task. This is one of the reasons that there are Computer Science degrees -- writing good SMP code isn't something you learn at technical schools (or even half the full Universities out there).
Don't get me wrong... as someone who has ran SMP boxes for the past 10 years, I'm really excited about Dual-Core. But don't expect it to be worth a whole lot for the immediate future... as no one outside the server arena really codes for SMP.
/dev/random
Im a software developer and REALLY hate the movement towards dual-cores. While dual-cores will be great for some things (I tend to write everything using threads where its easy to leverage performance) there are many apps (many of which I have no control over, no source access or the cost of re-writing (legacy apps) to be multi-threaded is too high) which need pure-raw processing power and this means its going to take far longer for that power to be available.
Its a bad move IMO on AMDs and Intels part - personally rather than head to dual cores I'll be looking more and more towards how to get the maximum (i.e. overclock) out of the higher rated single core processors - and this is from someone who normally upgrades every 12-18 months.
That said if the dual-cores overclock well my stance may change....
I was just reading that most people here don't like the idea of multi core processors because their games like Quake won't run any better.
Lately I have been doing a lot of work on distributing software to the internal network and RARing files. I would like the option of just RARing and not have my system turn to mud. Having one core running flat out giving me a chance to still do work is a great idea! Besides I'm sure a better balance with all of those 50 processes on my Windows box would be nice.
Today's CPUs are, in the final analysis, little different than the 386 launched in 1985. Notable exceptions are in details like feature size and operating frequency. Other significant differences are in the pipelining logic, crufted on instruction sets (mmx anyone?) that are rarely called into action, cache and pinouts.
.09 micron process... consider that the 386 had 275,000 transistors- compared to the P4s 42 million. You could fit around 150 386s in the space (on the die) of a single P4.
Now, take a step back and imagine what a classic 386 would look like on a
Now, of course there are many advances to consider over the 386, but fundamentally, that processor logic is capable of handling 99% of 32 bit computing tasks. They may have done so slowly, but there you are.
My thinking is, they could use some of this old logic, buff it up a little to accomodate some modern techniques and carve it all into a single die. Imagine a CPU with 64 simple processors, 4Mb of cache and some controlling logic running at 3-5 Ghz. All this in the space of and at the (manufacturing) cost of a single P4.
This chip could be used in clusters like nobody's business. An array of 128 of these processors could simultaneously handle 8,192 active threads.
What use would it be? Off the top of my head, this would be perfect for real-time monitoring, transaction processing, switching and so forth. There would also be serious advantages in the desktop space as compilers and kernels were built to adapt to the new distribution of resources. Image processing could be handled using the same techniques as SLI cards use to split the tasks up over two or more video cards, and any other large body of data could be simlarly broken up. Compilers would be designed to break a program up not into a paltry 2 or 3 threads, but into dozens. Speed and responsiveness would skyrocket, while fab costs and board speeds remained stable.
This might be the logical outcome of the current drift towards multiple CPUs per die, and it could also unite and surpass the schools of CISC vs RISC, as strategies from both would benefit the endeavor.
RAWR, no discussion of dual-core CPUs is complete w/out a mention of Herb Sutter's The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software!
[o]_O
Nice bit of patronising that.
On of the main reasons that P4s have deep pipelines is to compensate for the fact that memory speeds have not generally risen anywhere near as much as the chips ability to consume the memory bandwidth. This problem doesn't go away with your multiple 3.8Ghz 386's - if anything the problem is compounded (much as it will be when there are two P4 cores sharing the same memory bandwidth as a single P4) so your 386 will sit there spinning it's little 386 wheels everytime it needs some data or cocks up a branch prediction.
$2B OR NOT $2B = $FF