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 3151d 01h werner / public SVN  
1221 3151d 01h werner /branches/ public SVN  
1220 3151d 01h werner /branches/version1.0/ Version 1.0  
1218 3151d 03h werner / clean up repository - make 1.0 trunk again!  
1217 3151d 03h werner / clean up repository - make 1.0 trunk again!  
1104 3439d 08h 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 3485d 01h werner /branches/port_qt5_64bit/src/ toying around with yuidoc, some clang-related cleaning.  
1035 3720d 02h werner /branches/port_qt5_64bit/src/ fixed warning with GCC under Linux.  
982 3795d 09h werner /branches/port_qt5_64bit/src/tools/ compile error intel compiler  
948 3927d 23h werner /branches/port_qt5_64bit/src/ little fixes of things found during tests of ABE.  
881 4152d 23h 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 4172d 22h werner /branches/port_qt5_64bit/src/ amie development....  
802 4290d 09h werner /branches/port_qt5_64bit/ merge from trunk up to revision 801  
781 4410d 02h werner /branches/port_qt5_64bit/src/ tried to compile also for MSVC 2010 32bit  
780 4410d 04h 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 4423d 03h werner /branches/port_qt5_64bit/  
774 4495d 04h werner /trunk/src/ some additional error messages (expressions, stand loading)  
707 4954d 05h 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 4955d 00h 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 5006d 04h werner /trunk/src/ Necessary changes for GPL licence (i.e. headers in all source files)  

←Prev12Next→

Show All