The Register® — Biting the hand that feeds IT

Comments on: HP fires up Multi-Core Aid effort

Very important, but... 

Posted Thursday 28th June 2007 06:55 GMT

Just yesterday I was discussing with a PhD student that better compilers/debuggers etc were the way to go in utilizing multicore processors for many applications. In essence this was how many users of our old Cray SV1e and even older J932 used to parallellize their code: just set the compiler to aggressive optimization and it would do most things for you. Even then, prudent insertion of compiler pragmas was occasionally needed. In the same discussion we noted that there are many cases in which it is extremely hard for the compiler to parallellize. Examples are algorithms based on flood-filling using e.g. priority queues used in image analysis and computer graphics. These algorithms are so intrinsically sequential it takes real redesign to parallellize.

Bottom line: yes, compilers can do a great deal, but generally only if the parallellization is straightforward. Therefore, programmers WILL need to acquire new skills (including proof of correctnes of concurrent (multithreaded) programs)

There is a solution... 

Posted Friday 29th June 2007 09:26 GMT

We as a company have been using a tool that deals with the multicore problems.

This technology is mature and in service with our customers.

check out

www.connectivelogic.co.uk

Don’t Miss

QualcommQualcomm proffers first smartbook platform

Smartphone spliced with netbook, see

MicrosoftSuppliers fall over themselves to support Exchange 2010

New species spreads to four new environments

Logitech_logo_SMMouse maker spends big on video conferencing

Eeeek... how much?

NetListNetlist goes virtual and dense with server memory

So much for that Cisco UCS memory advantage