Re: Multiprocessor Core



> Then, it's up to the app
developers to make their apps multithreaded (the hard work) if they
want the apps themselves to run faster. That, I'm afraid, isn't
something we're going to be able to do exclusively in hardware.

I think the real gains will be as compilers start to learn to perform multithreaded optimizations (knowing that task X can be safely split, and that it is a benefit to do so, automatically dispatch task X to its own thread).


Auto-Vectorization/SIMD is already available in GCC and other compilers.

Jon
----
Learn to program using Linux assembly language
http://www.cafeshops.com/bartlettpublish.8640017
.



Relevant Pages

  • Re: Components to improve user interface look
    ... All too common I'm afraid. ... and afterwards asked one of them if they might buy our software for their ... important part of any app. ... My recommendation is Raize Components as a general good looking component ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: A little note on QC
    ... > program is afraid of its creator:) ... a- My app thinks i'm so ugly that when i appear it works as fine as possible ... all computers and apps, even from other developers, to work like charm. ...
    (borland.public.delphi.non-technical)
  • Re: writing overlays with VB6
    ... create a pure VB app which can dynamicaly load and unload portions of code as needed." ... I'm afraid that at a first glance this might seem to be impossible, but unhappily I'm one of those coders who don't like to hear the word 'impossible' :-) ...
    (microsoft.public.vb.winapi)
  • Re: Is there a problem posting to this group at the moment?
    ... I am afraid that I am ... not aware of a prog or app that can duplicate the Google Groups ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Access Tools Menu Disabled
    ... > I was afraid I get that response! ... > opening an app or a any database. ...
    (microsoft.public.access.security)