Re: [PATCH 2/3] doc-rst: Delete output of failed dot-SVG conversion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 31.01.2017 um 11:41 schrieb Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>:

> Em Tue, 31 Jan 2017 09:44:10 +0100
> Markus Heiser <markus.heiser@xxxxxxxxxxx> 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 ;)
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.

> 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?

 -- Markus --

--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux