Open matyaskopp opened 8 months ago
We can speed up jing 5 times, but the order of output will be different - not file by file.
@TomazErjavec do we insist on this order?
I actually don't think jing is the bottleneck, rather, it is the XSLT validation that is slow. Also, validate-parlamint.pl takes file one by one, so it would be difficult to just do jing in parallel. In short, I don't think its worth trying to give jing multiple files.
I actually don't think jing is the bottleneck, rather, it is the XSLT validation that is slow. Also, validate-parlamint.pl takes file one by one, so it would be difficult to just do jing in parallel. In short, I don't think its worth trying to give jing multiple files.
I have tried it, and validate-parlamint
is about 25% faster (tested on LV) with Jing passing multiple files to jing.
about 25% faster (tested on LV)
ok, but I still think it is not worth it given the other problems with this approach. This might save 10% processing time, if that.
with Jing passing multiple files to jing.
Huh?
Ok, I have staged my changes.
Another space for speeding up is the link-checker: Transform teiCorpus/teiHeader
to a smaller temporary XML file, which contains just a list of elements with IDs - the parsing of this file can be faster, but the impact will be small too...
So no speedup, and moving to the future...
Another space for speeding up is the link-checker: Transform teiCorpus/teiHeader to a smaller temporary XML file, which contains just a list of elements with IDs - the parsing of this file can be faster, but the impact will be small too...
Yes, I think very small - the complete teiHeader (with everything XIncluded) fits into memory of any computer strong enough to process the corpus.
I have been exploring why the validation is so slow.
jing
jing allows to validation of multiple files with the same schema in parallel. These are the speeds for 64 thread CPU, in seconds:
We can speed up jing 5 times, but the order of output will be different - not file by file.