summaryrefslogtreecommitdiff
path: root/git/test/performance
Commit message (Collapse)AuthorAgeFilesLines
* Autopep8 fixes with maximum line length 120Craig Northway2014-07-2517-173/+198
|
* Basic fixes to get tests back on track. Of course there is much more work to ↵Sebastian Thiel2014-02-103-8/+8
| | | | be done here
* tabs to 4 spaces - overall state of this branch is desolate, but fixable. ↵Sebastian Thiel2014-02-0915-650/+650
| | | | Needs plenty of work
* Fixed up tests to actually use pygit2. Its worth noting that the performance ↵Sebastian Thiel2011-07-082-8/+8
| | | | tests only work reliably in a patched up version, or the next point release.
* Added basic frame for pygit2 - it just needs some basic methods to be ↵Sebastian Thiel2011-07-084-2/+42
| | | | implemented now - depending on the performance, it might actually receive some more work
* Added default performance tests - these should help to measure something at ↵Sebastian Thiel2011-07-072-0/+12
| | | | least, which implicitly includes pack handling. For the pack specific tests to work, one would need a pack interface though, which is currently not planned to be specifically exposed
* util: pick the type of memory manager based on the python version, to have ↵Sebastian Thiel2011-07-051-4/+3
| | | | | | | optimal results in all cases (at least the ones I can test) pack: now works properly with a sliding memory manager test_packedodb_pure: fixed very memory hungry implementation by using an iterator. This will of course reduce the measured performance a bit, but 750MB of memory is just a little bit too much for an ordinary test. Maybe it would be alright to just reduce the number of items ... but performance isn't a strength of python after all
* Improved pack writing test to show that the pack generation can be lightning ↵Sebastian Thiel2011-06-061-21/+28
| | | | fast with nearly now overhead if the data streams in fast enough (~30 MB/s when writing a pack). This shows that there is huge potential for sending packs, considering that we are actually recompressing them (without deltification). To be faster in future, we could probably just send ref-deltas or full objects as found in the pack without doing any recompression.
* Fixed performance pack writing tests. As they are actually depent on the ↵Sebastian Thiel2011-06-062-80/+76
| | | | database (as streams have to be decompressed, it should be redesigned to have multiple database implementations)
* Moved performance commit object test into the respective subfolder to ↵Sebastian Thiel2011-06-062-1/+2
| | | | indicate what it tests
* Fixed performance commit object testingSebastian Thiel2011-06-062-8/+9
|
* Added loose object writing and reading performance tessts, in pure and ↵Sebastian Thiel2011-06-064-296/+149
| | | | command implementations. The previous performance test was truncated a bit as it compared directly with the git hash_object write performance. This is out, and if we wanted it we could implement it , but its actually slower for us
* Added PackedDB test with generalized type to allows other implementations to ↵Sebastian Thiel2011-06-063-7/+21
| | | | be tested as well at some point
* Fixed packed ODB test, in preparation for separating the type to allow ↵Sebastian Thiel2011-06-063-6/+21
| | | | future implementations to use the test as well
* Fixed odb performance testsSebastian Thiel2011-06-068-94/+102
|
* Started to fix imports - tests still have no chance to work as database ↵Sebastian Thiel2011-05-062-5/+5
| | | | changed drastically. Now the actual work begins
* replaced all gitdb strings with gitSebastian Thiel2011-05-064-14/+14
|
* Added all code from gitdb to gitpython. Next is to make it generally work. ↵Sebastian Thiel2011-05-053-0/+335
| | | | Then the tests will need some work
* Moved everything into the git subdirectory - some tests still need to be ↵Sebastian Thiel2010-11-255-0/+552
adjusted