Severe performance degradation on Linux

[Maarten Hoes]

On Sat, Jan 3, 2015 at 12:37 AM, Jens Tröger <jens.troeger at light-speed.de>
wrote:
>
> Thank you, Maarten,
>
> I've run office like so from within the Python script:
>
>   p = subprocess.Popen("valgrind --tool=callgrind soffice
--accept=\"socket,host=localhost,port=2002;urp;StarOffice.ServiceManager\"",
shell=True, env=myenv)
>
> and got five callgrind.out.* files once the script terminated soffice.
> I ran those through
>
>   callgrind_annotate callgrind.out.*
>
> Note that I'm using the default office image which (I assume) has no
> debug symbols.  The data doesn't make much sense.  Considering the loop
> in question ran for about ~45sec (with and without valgrind?!) then I'd
> expect an instruction count _much_ larger than a few hundreds of
> thousands.  In all four profiles, though, libc's _dl_addr and ld's symbol
> lookup take most of the time.  Not sure I trust these profiles.
>
> Attached.
>
> Jens
>


Yes, it looks like you are using the libreoffice rpm/deb package that was
installed on your linux distribution in '/usr/bin/soffice'. I dont think
that that one will have debugging symbols (at least, not by default. Fedora
allows you to install 'libreoffice-debuginfo', not sure about Ubuntu).

Im not sure if this will change anything, but could you use the build that
sits in the sourcetree in 'instdir/program/soffice' when the build finishes
? Specify it with the full absolute path, like for example :

/home/buildslave/source/libo-core/instdir/program/soffice

It appears that the default way to build libreoffice, if you dont
explicitly specify otherwise, is to include the debug symbols (my build has
them).



- Maarten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20150103/f28af823/attachment.html>