Re: MacPorts xsltproc is very slow?

2017-11-25 Thread Tom Lane
Thomas Munro writes: > ... I couldn't help noticing that > templates with match="chapter" and match="appendix" appear in our tree > in sgml/stylesheet-speedup-common.xsl with a comment > "Performance-optimized versions of some upstream templates from > common/ directory". Could it be that whateve

Re: MacPorts xsltproc is very slow?

2017-11-25 Thread Alexander Lakhin
25.11.2017 11:21, Alexander Lakhin wrote: I wonder, what version of docbook-xsl are you using? (I have 1.79.1+dfsg-1). Can you check with 1.79+ (if yours is older)? docbook-xsl version 1.79.2_1. I'll try to install 1.79.2 version and check the performance on my side. I installed docbook-style-

Re: libpq options

2017-11-25 Thread Michael Paquier
On Wed, Nov 22, 2017 at 11:36 PM, Michael Paquier wrote: > Yeah, it is mainly a developer option which is why I guess it is not > documented. Like you, I think it should be added as part of the > connection parameter, and mentioned it a couple of days back: > https://www.postgresql.org/message-id/

Re: MacPorts xsltproc is very slow?

2017-11-25 Thread Alexander Lakhin
25.11.2017 11:03, Thomas Munro wrote: Hmm. Well, this is all new to me but I'd have expected the numbers in the "Calls" column to be entirely deterministic. I think, calls are depending on the XSL templates and it seems we have different templates. (I couldn't find 'd:appendix' in my docbook-

Re: MacPorts xsltproc is very slow?

2017-11-25 Thread Thomas Munro
On Sat, Nov 25, 2017 at 7:18 PM, Alexander Lakhin wrote: > Thanks! Just to compare your results with my: > > number matchname mode Calls Tot 100us > Avg > 0 d:appendix label.markup 22503 70018988 > 3111 > 1 chunk