summaryrefslogtreecommitdiff
path: root/gitdb/test/performance
Commit message (Collapse)AuthorAgeFilesLines
* refact(elapsed): improve no div0 when time-elapsed too smallKostis Anagnostopoulos2016-10-282-16/+16
|
* fix(io): BREAKING, wrap more out-stream usagesKostis Anagnostopoulos2016-10-272-16/+24
| | | | | | + chrore(deps): depend on *contextlib2* for `ExitStack` in PY2. + refact(util): BREAKING API move consts out of utils. + style(pep8): fixe all sources.
* test(travis): enable all tests (inc perf) on TravisCIKostis Anagnostopoulos2016-10-253-9/+0
|
* style(listuple): use literals for empty lists/tuplesKostis Anagnostopoulos2016-10-251-2/+2
|
* fix(win): FIX and HIDE 2 win-errors remainingv2.1.0.dev1Kostis Anagnostopoulos2016-10-241-1/+4
| | | | | + File-in-use errors were fixed with `gitdb.util.mman.collect()`! + This call is disabled `gitdb.util.HIDE_WINDOWS_KNOWN_ERRORS == False`. + Depend on latest smmp `v2.1.0.dev1` tag
* feat(io): breaking API: retrofit Packers as context-managers!Kostis Anagnostopoulos2016-10-242-29/+32
| | | | | | | | | | + Packers MUST be invoked inside `Withh...` blocks, or `_cursor` won't exist! + Had to drop NotLazy for their hierarchy :-( + Count entrances/exits. + feat(util: add `rmtree()` for READ_ONLY files on Windows. 3-->2 Windows TCs now fail.
* TCs: fix div-by-zero on elapsed times (appveyor CPU is fast!)Kostis Anagnostopoulos2016-10-223-11/+11
|
* Fixed up tests to use the GITDB_TEST_GIT_REPO_BASE at all timesSebastian Thiel2015-01-081-28/+2
| | | | | | | I have verified that all tests are working, even without a parent git repository, as long as the said environment variable is set. Fixes #16
* Applied autopep8Sebastian Thiel2015-01-045-67/+70
| | | | autopep8 -v -j 8 --max-line-length 120 --in-place --recursive
* Improved decompression test to scan the entire git repository, instead of ↵Sebastian Thiel2015-01-011-2/+4
| | | | | | | | just packs This should make it easier to assert the issue is truly fixed now [skip ci]
* Added integrity test for loose objects to search large datasets forSebastian Thiel2015-01-011-0/+31
| | | | | | the issue described in https://github.com/gitpython-developers/GitPython/issues/220 See test notes for proper usage, it all depends on a useful dataset with high entropy
* Increased initial size of decompressed data to obtain loose object header ↵Sebastian Thiel2015-01-011-1/+2
| | | | | | | | | information This appears to fix https://github.com/gitpython-developers/GitPython/issues/220 , in this particular case. Nonetheless, we might just have gotten lucky here, and the actual issue is not yet solved and can thus re-occour. It would certainly be best to churn through plenty of loose objects to assure this truly works now. Maybe the pack could be recompressed as loose objects to get a sufficiently large data set
* Added requirements.txt for pip, and optimized test-suite performance on travis.Sebastian Thiel2014-11-144-3/+12
| | | | With a bit of luck, this one will just work now.
* Performance tests are now part of the test-suite.Sebastian Thiel2014-11-144-44/+41
| | | | | | | By default, a small repository will be tested, which doesn't take that long actually (~20s) Additionally, that way we enforce correctness tests, which didn't run by default previously. As we are handling data here, we must be sure that it's handled correctly, thus the tests should run.
* Fully removed all async dependenciesSebastian Thiel2014-11-131-89/+1
|
* Fixed all applicable lint issuesSebastian Thiel2014-11-134-16/+9
|
* tabs to spacesSebastian Thiel2014-02-094-325/+325
|
* Optimized test_pack_streaming not to cache the objects anymore. Instead an ↵Sebastian Thiel2011-07-051-3/+2
| | | | iterator is provided which does the job. Previously it would easily use 750 MB of ram to keep all the associated objects, more than 350k. Still a lot of memory for just 350k objects, but its python after all
* Added changelog informationSebastian Thiel2011-06-101-1/+4
|
* Fixed _perf module, which built, but didn't link dynamically. All the time, ↵Sebastian Thiel2011-03-311-0/+43
| | | | | | I think it never successfully imported, but its hard to believe this slipped by. Added performance test for pack-writing, which isn't really showing what I want as it currently read data from a densly compressed pack which takes most of the time in the nearly pure python implementation. Compared to c++, all the measured performance is just below anything I'd want to use. But we shouldn't forget this is just a test implementation, writing packs is quite simple actually, if you leave out the delta compression part and the delta logic
* preprended all modules with licensing informationSebastian Thiel2011-02-234-0/+16
|
* moved all relevant files into the gitdb folder.Sebastian Thiel2010-11-304-0/+360
Submodule relinked to point to new github location, and moved as well