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