There are reports online that the Intel compiler can produce numerical code 
that runs SEVERAL TIMES FASTER than the results below. This is thanks to 
superior vectorization of loops. In that case, the Csound macros for 
arithmetic on asigs could be replaced with Intel performance library calls 
(these are essentially vectorized and parallelized versions of the BLAS 
routines) for a further speedup.

It is possible this could put Csound into competition with commercial VST 
instrument plugins for speed. One presumes that commercial plugins are 
already compiled with the Intel compiler and performance libraries.

I can't afford to buy the Intel compiler, but perhaps we could take up a 
collection or get a grant somewhere?... There is no problem getting the 
Intel compiler for free on Linux, but I do not recall the details of 
licensing.

Regards,
Mike

----- Original Message ----- 
From: "Michael Gogins" 
To: "Developer discussions" 
Sent: Saturday, February 23, 2008 10:44 PM
Subject: [Cs-dev] 5.08 Windows releases... closer to release


> Status:
>
> Bugs caushing Csound GUIs to crash on exit appear to be fixed.
>
> Everything but OSC and csoundvst~ builds on MSVC 2008.
>
> Everything but csoundvst~ and the PortMidi module builds on MinGW with GCC
> 4.2.1.
>
> Python works, GUIs work. Still need to test CsoundVST, Lua, Lisp, Java.
>
> Windows installers are fixed (I think -- needs feedback, but not uploaded
> yet).
>
> Very approximate performance comparison:
>
> Trapped in Convert rendering to a soundfile:
>
> COMPILER         OPTIMIZATIONS          SPEED
> GCC 4.2.1        -03 mtune=prescott     7.9 seconds
> MSVC 2008        /O2 /fp:fast           6.8 seconds
>
> The rendering speed with GCC 4.2.1 is significantly faster than any 
> Windows
> build of the past. The rendering speed with MSVC 2008, in turn, is
> significantly faster than GCC 4.2.1.
>
> I will try to run the OSC opcodes built with MinGW in the Csound built 
> with
> MSVC. If that works, I will release the MSVC build. If that does not work, 
> I
> will release the MinGW build because it contains the OSC opcodes.
>
> I also may try some alternative optimizations on the MinGW build.
>
> Regards,
> Mike
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net