Four Core Processor to Bring Tera Ops
panhandler writes "As reported at CNet and the Austin American Statesman, researchers at UT are working with IBM on a new CPU architecture called TRIPS (Tera-op Reliable Intelligently adaptive Processing System). According to IBM, 'at the heart of the TRIPS architecture is a new concept called 'block-oriented execution"' which will result in a processor capable of executing more than 1 trillion operations per second."
A somewhat more informative link for more info. Would it really kill submitters to put a link to the actual project in their submission...
Nae bother
Here
--
Error 500: Internal sig error
The four cores add up to only 32 billion operations right now according to the CNet article. They project that they won't reach 1 trillion until 2010.
Hmmm... Pie...
Great... Just what we need, processors that can perform an instruction, then wait 40000 cycles for the next instruction to be read from memory. I wish we could see some memory improvements to go along with these.
Sun is working on something along those lines, check it out
It's easy to throw 8 processors on a motherboard. The hard part is designing a memory subsystem that can supply the bandwidth for 8 processors and any other bus masters. Plus, you have to provide cache coherency for all of those processors.
Mea navis aericumbens anguillis abundat
....that I've had Doug Burger and Steve Keckler as professors here at UT, and not only do they know their stuff, but they're great professors as well, and they really seem to intimately care about the technology. They have a great sense of humor too (such as Dr. Burger complaining that he doesn't even have root access to his own machines :-P)
??
Things change plenty. Windows' boot times have been improving in recent years, esp. compared to the Win9x days.
I think you meant to make a crack about Doom III or something...
Opportunity knocks. Karma hunts you down.
Come on, funny as the line might be, timing from power-on to having a working desktop, my systems come in like this:
Windows 2000 - 45 seconds
Windows 98 - 1 minute
Linux + KDE 2 - 1 minute 10 seconds
(Admittedly linux + console is about 20 seconds, but that's not really a fair comparison - Windows 98 'text mode only', i.e. DOS, is only about 2 seconds).
Also, boot up time is largely IO bound. Improving your processor speed will make comparatively little difference (I think doubling speed might shave 10% off these figures, possibly more for the Linux one because the KDE issue is dynamic linking related which is a CPU problem).
Well, I don;t need postfix, Apache, Zope, MySQL, PostgreSQL and many other services at the moment of login. So, Win2k designers has recognized the it and optimized the boot sequence being oriented for a desktop user. In Linux we still keep a server-oriented mentality, that's why XDM/GDM/KDM/EDM is always the last thing to start.
Besides, Win2 boots some services in parallel, while in Linux we still boot all of them sequentially, waiting for [OK] string before starting the next one. The only way to paralelize the sequence is to track dependencies between services. In Gentoo there are some efforts to do the parallel boot.
But as for now, Linux is (by dfault) is oriented for servers, and GUI login is the last (ltterally last) thing you need on your server.
Less is more !