Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1duOmU-0007bP-M8 for pgsql-docs@arkaria.postgresql.org; Tue, 19 Sep 2017 20:06:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1duOmU-0005um-8e for pgsql-docs@arkaria.postgresql.org; Tue, 19 Sep 2017 20:06:06 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1duOm6-0005FN-DN for pgsql-docs@postgresql.org; Tue, 19 Sep 2017 20:05:42 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1duOm2-00078n-JQ for pgsql-docs@postgresql.org; Tue, 19 Sep 2017 20:05:41 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 968AD20ED2; Tue, 19 Sep 2017 16:05:36 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Tue, 19 Sep 2017 16:05:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=u0ZGY/qHBbmj5/hI32nyKgTaoGgqk1uuLEne9y3fzP0=; b=EOB8EgX6 a7ZEmZ93QlU5ikKvZSy96oxrI1IRsYCl8yYiUKcUxTuiJvlfurEDxkbowEubIJHZ CAezxaRJ6xsXMypCDJIAQvL6ZwSA5gispRMNQTWFPjLYT9wI+UKwuKfRdYabncRL AJfHOp07brEWELkOt07uQny2wBc2w+0me8aPpQDN5TW0/6Bxv4OeKZuI/DtYIRAN SF/cXZdnWehRaogD7ZiIaK91nfnVHBq6xSSjGwwgxoJ6LNOIgAODHstGHLWnV4NA p5p98oKOfNKg63jw2Mm+bXrQR4GQWFNgvvXt1enx3a3ec+R34fu0ruAAoNjD69qD NB2Gv/WvaMzvwg== X-ME-Sender: X-Sasl-enc: tM0Y3/sZeUOCxYgdJ4cA0cab4bbJRXLOczdIxcJsQ2W6 1505851536 Received: from april.local (c-73-13-66-39.hsd1.pa.comcast.net [73.13.66.39]) by mail.messagingengine.com (Postfix) with ESMTPA id 4E4A87E372; Tue, 19 Sep 2017 16:05:36 -0400 (EDT) Subject: Re: Docbook 5.x To: Alexander Lakhin , =?UTF-8?Q?J=c3=bcrgen_Purtz?= References: <57179283.6080704@purtz.de> <572AD007.60900@gmail.com> <5752E599.2090505@gmail.com> <576d0623-a89c-b3de-e321-dc48a579ff1a@2ndquadrant.com> <4adecfc6-2f2e-2ff2-bfa3-58b7d397227b@gmail.com> <8f227b2a-5093-8d99-85da-ea00e18343f6@gmail.com> <449e34c4-9cc8-d17d-5ebe-be92b4c0a87a@gmail.com> <09b13d85-e259-2464-723a-467210264afe@2ndquadrant.com> <9e8cafe4-7cfd-59be-6856-172c15dc758f@2ndquadrant.com> <11c0be48-6125-bbe1-1d02-6d61e889bd5e@gmail.com> Cc: pgsql-docs@postgresql.org From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: Date: Tue, 19 Sep 2017 16:05:35 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <11c0be48-6125-bbe1-1d02-6d61e889bd5e@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org On 9/18/17 10:38, Alexander Lakhin wrote: > Peter, can you show what performance drop you see with the profiling > (e.g. for HTML)? > I get the following numbers: > 1. make html with profiling (import profile-chunk.xsl in stylesheet.xsl): > 85.98user 0.76system 1:29.85elapsed > > 2. make html without profiling (import chunk.xsl in stylesheet.xsl): > 77.36user 0.62system 1:21.28elapsed > > 3. Separate profiling (performed before making epub, as dbtoepub doesn't > support profiling) > 8.52user 0.22system 0:10.31elapsed > > So I get ~10% performance drop when making html. Are you concerned about > the same overhead? Yeah, that's about what I see. > I would choose some standard way to have separate content in the same > file, but if the overhead is not acceptable, and we're not going to > extend the profiling usage, then we need to invent something that will > complicate XML-related processing (I think about translation but the > other issues are possible too). It's only for the INSTALL file and won't get used anywhere else, so I think it's OK to have a bit of an ad-hoc system. > Jürgen, this approach implemented by applying profiling.xsl in Makefile > (for make postgres.epub). (See Makefile in > https://www.postgresql.org/message-id/attachment/54854/pg-doc.check.tar.bz2) I hadn't even looked at that yet, but that kind of supports my point. Injecting the profiling layer everywhere is going to be annoying. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs