Files
ftmemsim-valgrind/memcheck/tests
Philippe Waroquiers b53d2291e8 Add an optional 2nd arg to leak-autofreepool to test performance
e.g. using the beloz
for f in 1 2 3 4 5 6 7 8 9; do echo $f;  time ./vg-in-place -q ./memcheck/tests/leak-autofreepool 2 $(expr $f \* 100000); done

This shows that freeing a mempool with significant nr of elements
has a bad effect on performance

Note that no effort has been spent to avoid leaks in this
optional perf test. This is just to analyse the time taken to
free the pool.

The above loop shows that a medium size pool (e.g. < 1000000 elts)
can already take significant time, probably due to the quadratic
algorithm to clear the pool.
Note that the increase can vary a lot, probably depending on the
way the blocks are spread in the hash table: when lucky, the quadratic
algorithm probably somewhat becomes more linear if the elements
are 'properly' ordered in the hash table by deletion order.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@15986
2016-09-29 20:04:43 +00:00
..
2014-02-09 11:10:08 +00:00
2009-08-12 00:14:44 +00:00
2009-08-12 00:14:44 +00:00
2014-03-20 23:00:09 +00:00
2009-08-12 00:14:44 +00:00
2003-07-13 22:35:55 +00:00
2011-10-04 03:55:04 +00:00
2006-10-17 01:26:12 +00:00
2009-08-12 00:14:44 +00:00
2011-06-26 12:41:33 +00:00
2011-06-26 12:41:33 +00:00
2011-06-26 12:41:33 +00:00
2012-12-08 17:54:16 +00:00
2012-12-08 17:54:16 +00:00
2012-12-08 17:54:16 +00:00
2012-12-08 17:54:16 +00:00
2006-10-17 01:26:12 +00:00
2006-10-17 01:26:12 +00:00
2004-06-19 18:12:36 +00:00
2006-03-08 13:24:21 +00:00
2009-05-29 00:52:17 +00:00
2003-10-09 15:40:38 +00:00
2003-10-09 15:40:38 +00:00
2004-04-13 19:11:27 +00:00
2005-09-24 19:42:41 +00:00
2005-09-24 19:42:41 +00:00
2005-09-24 19:42:41 +00:00
2006-01-19 03:56:33 +00:00
2009-06-24 04:40:22 +00:00
2006-01-19 03:56:33 +00:00
2012-03-27 09:39:22 +00:00
2008-03-03 01:35:41 +00:00
2006-01-20 16:47:20 +00:00
2006-01-20 16:47:20 +00:00
2006-01-20 16:47:20 +00:00
2006-01-20 14:21:28 +00:00
2006-01-20 14:21:28 +00:00
2006-01-20 14:21:28 +00:00
2006-01-20 14:21:28 +00:00
2006-01-20 14:21:28 +00:00
2005-05-24 14:46:02 +00:00