Subversion Repositories public iLand

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1222 3037d 08h werner / public SVN  
1221 3037d 08h werner /branches/ public SVN  
1220 3037d 08h werner /branches/version1.0/ Version 1.0  
1218 3037d 10h werner / clean up repository - make 1.0 trunk again!  
1217 3037d 10h werner / clean up repository - make 1.0 trunk again!  
1104 3325d 14h werner /branches/iland_regen/ Branch dedicated to playing around with establishment/regeneration.
Goals are:
(i) speed up
(ii) introduction of new features for Yellowstone		  
1093 3371d 08h werner /branches/port_qt5_64bit/src/ toying around with yuidoc, some clang-related cleaning.  
1035 3606d 09h werner /branches/port_qt5_64bit/src/ fixed warning with GCC under Linux.  
982 3681d 15h werner /branches/port_qt5_64bit/src/tools/ compile error intel compiler  
948 3814d 06h werner /branches/port_qt5_64bit/src/ little fixes of things found during tests of ABE.  
881 4039d 06h werner /branches/port_qt5_64bit/src/ fixed problem with new resource unit storage that allows gaps.
some smaller additions (e.g. the literals "true" and "false" in the expression engine).
DEM: a new bilinear interpolation algorithm to improve DEM. Still not perfect.		  
870 4059d 05h werner /branches/port_qt5_64bit/src/ amie development....  
802 4176d 16h werner /branches/port_qt5_64bit/ merge from trunk up to revision 801  
781 4296d 09h werner /branches/port_qt5_64bit/src/ tried to compile also for MSVC 2010 32bit  
780 4296d 10h werner /branches/port_qt5_64bit/src/ Steps to build iLand with Qt 5 and with MSVC compiler and 64 bit.
http://iland.boku.ac.at/blogpost44

removed also a couple of warnings that were thrown by the MSVC compiler.		  
779 4309d 09h werner /branches/port_qt5_64bit/  
774 4381d 10h werner /trunk/src/ some additional error messages (expressions, stand loading)  
707 4840d 11h 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.		  
705 4841d 06h 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.		  
671 4892d 10h werner /trunk/src/ Necessary changes for GPL licence (i.e. headers in all source files)  

←Prev12Next→

Show All