Em Tue, 31 Jan 2017 14:00:59 +0100 Markus Heiser <markus.hei...@darmarit.de> escreveu:
> Am 31.01.2017 um 11:41 schrieb Mauro Carvalho Chehab <mche...@infradead.org>: > > > Em Tue, 31 Jan 2017 09:44:10 +0100 > > Markus Heiser <markus.hei...@darmarit.de> escreveu: > > > >> BTW, my 'convert' (ImageMagick) is very slow and CPU consuming: > >> > >> GENPDF Documentation/media/uapi/v4l/selection.svg > >> > >> takes approximately 20% - 30% of the **complete** build time > >> of the 'pdfdocs' target. Its only with 'selection.svg'. The > >> other conversions are fast. > >> > >> Is this only to me? > >> > >> Here is what I have installed ... > >> > >> $ convert -version > >> Version: ImageMagick 6.8.9-9 Q16 x86_64 2016-11-29 > >> http://www.imagemagick.org > >> Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC > >> Features: DPC Modules OpenMP > >> Delegates: bzlib cairo djvu fftw fontconfig freetype jbig jng jpeg lcms > >> lqr ltdl lzma openexr pangocairo png rsvg tiff wmf x xml zlib > > > > Here, it took about 4 seconds to build it (CPU is Xeon(R) CPU E5-2670 0 @ > > 2.60GHz): > > > > $ time convert Documentation/media/uapi/v4l/selection.svg > > Documentation/media/uapi/v4l/selection.pdf > > > > real 0m4.818s > > user 0m57.714s > > sys 0m0.508s > > > > $ convert -version > > Version: ImageMagick 6.9.3-0 Q16 x86_64 2016-05-14 > > http://www.imagemagick.org > > Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC > > License: http://www.imagemagick.org/script/license.php > > Features: Cipher DPC Modules OpenMP > > Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib jbig > > jng jp2 jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x > > xml zlib > > > > It is not too slow on my desktop with Intel(R) Core(TM) i7-6770HQ CPU @ > > 2.60GHz: > > > > $ time convert Documentation/media/uapi/v4l/selection.svg > > Documentation/media/uapi/v4l/selection.pdf > > > > real 0m12.485s > > user 0m53.602s > > sys 0m0.340s > > > > Hi Mauro! > > I don't want to made a hardware competition, which I will lose ;) Well, my Xeon machine has already 3 years old. I'm about to receive a new hardware, as it is too slow for my current needs ;) > I like to ride my good old steam-engines ... so lets face a single PDF > conversion with a full HTML build: > > $ time convert Documentation/media/uapi/v4l/selection.svg > Documentation/media/uapi/v4l/selection.pdf > > real 3m5.715s > user 3m3.224s > sys 0m2.252s > > compared with a full HTML build:: > > $ time make DOCBOOKS= htmldocs > .... > real 3m37.134s > user 3m22.840s > sys 0m9.408s > > both consume nearly the same time and resources. You're comparing oranges with apples. Building for pdf targets spend a lot more time than html builds. The selection.pdf is only generated for PDF output. Yet, on my i7core, it takes twice the time (without SPHINXOPTS="-j"): $ make cleandocs; time make DOCBOOKS= htmldocs SKIP DocBook htmldocs target (DOCBOOKS="" specified). real 5m54.326s user 5m40.145s sys 0m12.322s With parallel, build, it reduces to about the same time as your build: $ make cleandocs; time make SPHINXOPTS="-j4" DOCBOOKS= htmldocs real 2m27.688s user 6m4.690s sys 0m19.251s > > This image is complex, as it has two tux images, where one of them > > is cropped. > > Sorry for bikesheeding you, is there a chance to get a less complex SVG? It used to be a simple bitmap image, but, as it was requested to convert all images to svg format, I just took a nice image that was part of the Kernel tree for a while, and used it as reference. The base image[1] was added on this Kernel commit: 8032b526d1a3 ("linux.conf.au 2009: Tuz") [1] It was added as the mascot of the 2009 linux.conf.au conference. See https://en.wikipedia.org/wiki/Tux#Tuz_2009 I used is as a basis because: 1) as it was merged already at the Kernel, there won't be any license/copyright issues on re-adding it; 2) It has a cause behind it: to support the effort to save the Tasmanian devil species from extinction due to the devil facial tumour disease; 3) It is an image already associated with the Kernel; 4) It is fun ;) I don't really mind if some other vectorial image would be used instead, but, IMHO, it should be some other vectorial image of Tux with some license allowing it to be shipped with the Kernel. Thanks, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
