| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 1222 |
2724d 19h |
werner |
/ |
public SVN |
|
| 1221 |
2724d 19h |
werner |
/branches/ |
public SVN |
|
| 1220 |
2724d 19h |
werner |
/branches/version1.0/ |
Version 1.0 |
|
| 1218 |
2724d 21h |
werner |
/ |
clean up repository - make 1.0 trunk again! |
|
| 1217 |
2724d 21h |
werner |
/ |
clean up repository - make 1.0 trunk again! |
|
| 1164 |
2940d 19h |
werner |
/branches/iland_regen/src/ |
found unexpected behavior of irandom(): obviously, it return *never* the upper bound.
eg. irandom(0,3) -> values 0,1, or 2, but never 3.
changed calls to irandom() accordingly.
added also a better random selection of species in the establishment routine |
|
| 1104 |
3013d 01h |
werner |
/branches/iland_regen/ |
Branch dedicated to playing around with establishment/regeneration.
Goals are:
(i) speed up
(ii) introduction of new features for Yellowstone |
|
| 1002 |
3362d 15h |
werner |
/branches/port_qt5_64bit/src/ |
new optimized establishment routine.
not finished yet, but looks promising in my first tests. |
|
| 779 |
3996d 20h |
werner |
/branches/port_qt5_64bit/ |
|
|
| 758 |
4222d 19h |
werner |
/trunk/src/ |
tests with the random generator; (see also the blog post about random numbers). Now the generations of the generator are deactivated (i.e. set to 0). The ignition calculation of the fire module is now based on the resource unit (instead of the single fire pixel). |
|
| 757 |
4224d 14h |
werner |
/trunk/src/ |
after performing random number tests; still trying to understand the fire ignition patterns. |
|
| 707 |
4527d 22h |
werner |
/trunk/src/ |
rework of the random numbers in iland.
Now, many (200000) random numbers are precalculated using a given algorithm (there are three or four choices), then the drandom() etc functions read from this array. After some rotations, the numbers are renewed. The point is: this is now reentrant, so the per-thread storage of MTRand objects is obsolete. |
|
| 706 |
4528d 15h |
werner |
/trunk/src/ |
some performance tests with random number generators. Results so far are not too indicative. |
|
| 705 |
4528d 17h |
werner |
/trunk/src/ |
series of performance tests / modifications.
Using "valgrind" on the linux virtual machine, some performance
measurements were made.
Some candidates for optimization were tested. (1) the applyLIP()
function (about 30% of total run time in runYear()): here several
inlining options were tested; testing the value of the stamp before
using it (in order to omit the other steps) prooved to be slower than
unsing all stamp values.
(2) the random number generator; here the random number generation is
about 5% of the total run time; the commit contains two/three other
variants. |
|