Bug 95586 - Complex document (see comment 8) left open in Writer consumes all CPU after some time.
Summary: Complex document (see comment 8) left open in Writer consumes all CPU after s...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-04 20:34 UTC by Cor Nouws
Modified: 2017-06-13 09:32 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
log valgrind (739.37 KB, text/x-log)
2015-11-10 13:24 UTC, Cor Nouws
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2015-11-04 20:34:12 UTC
Follow the steps in https://bugs.documentfoundation.org/show_bug.cgi?id=95582#c0

Leave the document open and get you some nice cup of herbal tea ;) and a break.

After some .. 10 - 15 - minutes, the van starts to blow and my system monitor reveals 50% of total CPU = 100% of one CPU.

Some sys info:

    description: Computer
    width: 32 bits
    capabilities: smbios-2.6
  *-core
       description: Motherboard
       physical id: 0
     *-memory
          description: System memory
          physical id: 0
          size: 3945MiB
     *-cpu
          product: Genuine Intel(R) CPU           U7300  @ 1.30GHz
          vendor: Intel Corp.
          physical id: 1
          bus info: cpu@0
          version: 6.7.10
          serial: 0001-067A-0000-0000-0000-0000
          size: 1300MHz
          capacity: 1300MHz
          width: 64 bits
          capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx x86-64 constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm tpr_shadow vnmi flexpriority cpufreq
          configuration: id=0
        *-logicalcpu:0
             description: Logische CPU
             physical id: 0.1
             width: 64 bits
             capabilities: logical
        *-logicalcpu:1
             description: Logische CPU
             physical id: 0.2
             width: 64 bits
             capabilities: logical
Comment 1 Joel Madero 2015-11-04 21:06:08 UTC
calgrind would be useful here :)
Comment 2 Cor Nouws 2015-11-04 21:19:50 UTC
(In reply to Joel Madero from comment #1)
> calgrind would be useful here :)

this https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_Valgrind_log ?
Comment 3 Cor Nouws 2015-11-04 21:21:50 UTC
(In reply to Cor Nouws from comment #2)

"install the valgrind package"

from where ?
Comment 4 Joel Madero 2015-11-04 23:19:15 UTC
I'm working on the calgrind - poke me in a few days if I haven't attached something :)
Comment 5 Joel Madero 2015-11-04 23:51:56 UTC
I see no spike at all in CPU - opened for 15 minutes now so I can't get a log. Sorry!
Comment 6 Cor Nouws 2015-11-07 22:17:21 UTC
(In reply to Joel Madero from comment #5)
> I see no spike at all in CPU - opened for 15 minutes now so I can't get a
> log. Sorry!

Thanks for trying Joel. Can you answer comment #2 and #3 please?
Comment 7 Joel Madero 2015-11-08 00:49:18 UTC
@Cor -

I'm probably not the best person to ask as I barely understand this stuff myself but:

1) You can install valgrind from your package manager - for instance ubuntu is just sudo apt-get install valgrind

2) To run it (the wiki needs some real love from documentation team as it's overly complicated)

valgrind --tools=callgrind ./soffice.bin <filename>

that'll create new log files (several). Look for the largest file as it's most likely the right one
Comment 8 Cor Nouws 2015-11-10 11:09:48 UTC
(In reply to Joel Madero from comment #5)
> I see no spike at all in CPU - opened for 15 minutes now so I can't get a
> log. Sorry!

I linked to the wrong file :\ Sorry for that!

The file giving the problem is this one
  https://bugs.documentfoundation.org/attachment.cgi?id=120438

I'll try a valgrind myself
Comment 9 Cor Nouws 2015-11-10 13:24:18 UTC
Created attachment 120446 [details]
log valgrind

Not that much spectacular this time, I think.
Anyway, no full cpu usage.

Would it possibly make sense to follow (one of) these:
 ==4181== Rerun with --leak-check=full to see details of leaked memory
 ==4181== Use --track-origins=yes to see where uninitialised values come from
 
??
Comment 10 Xisco Faulí 2017-06-11 15:22:32 UTC
The document opens fast in

Version: 5.5.0.0.alpha0+
Build ID: 6ab249ea6aecef5d3f35d624622a368061cad9c3
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

Could you please try to reproduce it with the latest version of LibreOffice?
Comment 11 Cor Nouws 2017-06-13 09:32:41 UTC
(In reply to Xisco Faulí from comment #10)
> The document opens fast in

The report is not about the time of opening, but what happens after 10-15 minutes.
But tried that again in a recent daily, and no problem any more.
So WorksForMe.

thanks for asking,