-
-
Notifications
You must be signed in to change notification settings - Fork 198
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
slowness #439
Comments
Possibly also related to #315, the XML related things are not very efficient currently. Unlikely to change soon due to lack of contributors, patches always welcome though. |
Thanks for the reply. I'll see if I can submit a patch to improve the perfs. |
Just tested lxml instead of minidom on my minidom
lxml
|
Another measurement, parsing 1 file that combine the 747 files:
minidom
lxml
|
@dfroger this is awesome! Thank you for experimenting with this! Would it be possible to share your changes (or submit a PR)? The project I'm working with currently takes ~90 seconds to build and given your results that could be vastly improved upon 😄 |
If anyone is still interested in lxml I started a PR for it #891 It's not complete but unit tests are passing. |
Fresh and incremental builds are slow on the project I'm working on: about 40 seconds (I would expect < 2 seconds).
The
doxyxml/
directory contains747
files for a total of49M
.Seems the time is spent is the
xml
parser, here is the top of the profiling of theDoxygenTypeSubItemFinder.filter_
method:Maybe related to issue #420 ? Thanks.
The text was updated successfully, but these errors were encountered: