From: "Bruno Luong" <b.luong@fogale.findmycountry>
Newsgroups: comp.soft-sys.matlab
Subject: Re: adding order matters for accuracy ?
Date: Fri, 18 Sep 2009 06:55:25 +0000 (UTC)
Organization: FOGALE nanotech
Lines: 21
Message-ID: <h8vast$e3m$>
References: <h8mqh5$pgb$> <JRCrm.36321$JG1.20628@newsfe24.iad> <h8pflj$qaf$> <h8piqr$gnu$> <h8ttfl$sl6$> <h8tuq7$qpr$> <h8u14i$1oe$>
Reply-To: "Bruno Luong" <b.luong@fogale.findmycountry>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: 1253256925 14454 (18 Sep 2009 06:55:25 GMT)
NNTP-Posting-Date: Fri, 18 Sep 2009 06:55:25 +0000 (UTC)
X-Newsreader: MATLAB Central Newsreader 390839
Xref: comp.soft-sys.matlab:571263

"Steven Lord" <> wrote in message <h8u14i$1oe$>...
> "Bruno Luong" <b.luong@fogale.findmycountry> wrote in message 
> news:h8tuq7$qpr$
> *snip*
> > As a final note, the SUM went multithread lately, and the sum order can no 
> > longer straight forward predicted (in one experiment on my PC, this 
> > happens with array larger than 88998 elements). The same code can give 
> > then different result when running on different computer just because of 
> > this reason.
> That was a bug that was fixed in the latest release:

Thank you for the info Steve. Indeed I played around witth SUM under 2009B by varying maxNumCompThreads (the soon-to-be-deleted command) and the result is consistent. When using on large array the behavior of SUM command has changed from previous Matlab versions. In short: it is no longer backward compatible. A small issue, nevertheless worth to notice.