<div dir="ltr">Hey,<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 30, 2014 at 1:50 PM, Jens Tröger <span dir="ltr"><<a href="mailto:jens.troeger@light-speed.de" target="_blank">jens.troeger@light-speed.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Connection is not the problem, I have already connected and that took<br>
far less than a second on localhost.  The code in question is this:<br>
<br>
    start_time = time.time()<br>
<br>
    parenum = document.Text.createEnumeration()<br>
    while parenum.hasMoreElements() :<br>
        par = parenum.nextElement()<br>
<br>
    end_time = time.time()<br>
    print("Elapsed time: " + str(end_time - start_time))<br>
<br>
Unless office attempts to connect "somewhere" (where to, anyway?) the<br>
reason for the performance drop is elsewhere.  The above loop runs 1s on<br>
my Mac, and 45s on Linux.  Other test documents show performance<br>
difference of 3s (Mac) vs 3.45min (Linux).<br>
<br>
If office would attempt (and time-out) to connect while iterating over<br>
the paragraphs, the runtime would be _much_ worse.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jens<br>
</font></span><span class="im HOEnZb"></span><br></blockquote></div><br><br></div><div class="gmail_extra">You or we can now speculate for a long time or you can just start profiling what is actually slow. Get a symbols build and run it with callgrind. You can interpret the results with kcachegrind which will hopefully show what took so much time and allow you to work on a fix.<br><br>Regards,<br>Markus<br></div></div>