| The matter is subtle.
In terms of arithmetic, float and double should take about the same amount
of time.
In terms of memory bandwidth, obviously arrays of doubles and such would
move twice as slowly. But this is not likely to be a major factor.
Code full of doubles might swap more frequently into and out of cache, which
would definitely slow things down. If there's a cost, this is probably where
it is.
But in reality it's not clear in advance what will really happen, and that
is why tests are a good idea.
Regards,
Mike
----- Original Message -----
From: "Iain Duncan"
To:
Sent: Monday, November 07, 2005 6:40 PM
Subject: Re: [Cs-dev] CVS Reorganization Request
>> Not at all. We are talking about 64 bit samples (double) instead of 32
>> bit samples (float) internally, not 64 bit code for 64 bit processors.
>
>> I imagine Csound would sound exactly, or almost exactly, the same on a 64
>> bit processor as on a 32 bit processor.
>
> Right, but would not a 64 bit processor likely have less overhead in
> dealing with 64 bit samples then a 32 bit would? I imagined that it would
> have to execute fewer instructions to do some of the 64 bit math.
>
> Iain
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |