[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

More on slow min function

From: Quentin Spencer
Subject: More on slow min function
Date: Wed, 02 Feb 2005 13:35:31 -0600
User-agent: Mozilla Thunderbird 0.9 (X11/20041127)

I just found something odd that may be related to the max/min problem that was recently discovered. It was triggered by the following loop:

for i=1:10
      (long simulation)

The long simulation was a bit-error-rate Monte Carlo simulation that uses David Bateman's bchenco and bchdeco functions from octave-forge. It is called inside a lower-level function. The timing result was that the first run was always about 30% faster than subsequent runs. The first time I saw this I thought it was a coincidence due to external CPU load factors, but I have now observed it repeatedly. My experience is also consistent with the other comments--stopping the script and restarting gives the slower run time, while restarting octave or "clear all" give the fast run time the first time through. Like max and min, bchenco and bchdeco are in the same .oct file.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]