12 Commits

Author SHA1 Message Date
Shane Grant
0acb7ee2ba adding a few more performance tests
we're pretty good on every metric tested so far except for vectors of strings, which
for some reason we are slower than boost at.  vectors of binary types are basically the same, and vectors of arbitrary
  structs are fine, as is individual string processing.
2013-07-15 15:57:49 -07:00
Shane Grant
59c0a9ba8c fixed copyright in tests 2013-07-14 13:42:47 -07:00
Randolph Voorhies
2dcf50a57f Added make_nvp<Archive> to elide unnecessary names 2013-07-03 18:57:42 -07:00
Shane Grant
196023c4ce tidying up 2013-06-28 11:39:34 -07:00
Shane Grant
d5579d696d modifying tests for new file layout 2013-06-20 11:14:33 -07:00
Shane Grant
d3a53fbcb4 working on making generic 2013-06-19 18:03:54 -07:00
Shane Grant
d5afb78fcc Adding chrono. Some docs/cleanup. NVP now works with R-values and l-values 2013-06-19 14:19:48 -07:00
Shane Grant
6152551dd1 added license 2013-06-17 12:01:39 -07:00
Shane Grant
ddcefaf15d Specialized save/load for vectors with default allocator 2013-06-17 11:50:41 -07:00
Shane Grant
ed522117dc fixed issue with cereal load percentage. adding derived class performance 2013-06-17 11:04:45 -07:00
Shane Grant
782338cb61 Performance testing pod struct with no binary writeout.
We are significantly faster than boost (up to about twice as fast) when not just dumping binary data.  Size seems to be
negligable between the two.  Speed goes up as data gets larger.  Boost's overhead for metadata is actually pretty small
when the data types themselves are not small.  For very small data types, it might start to make a difference.
2013-06-17 10:22:27 -07:00
Shane Grant
30a1fa6d38 Adding initial performance testing
So far I've only played around with std::vector<double> for size 7 or size 1M, we are smaller when the header is a
significant portion and the same size (though always smaller due to no header) at larger sizes, but we basically run at
the same speed and same size for vectors of doubles
2013-06-16 19:10:09 -07:00