Bug 137631 - use 4 CPU cores
Summary: use 4 CPU cores
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-20 18:08 UTC by markus
Modified: 2021-12-01 09:36 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description markus 2020-10-20 18:08:14 UTC
I have the following Laptop - I am using it during travelling and it is quite slow, on a large file (Libre Office Writer, 30 MB, 3,5 Mio. Char. > 1.400 pages) I am often waiting very long.

Autosave is taking very long and even during typing text, I am waiting often 10 sec without any reason; the CPU load is often only 25 %, 75 % are unused.





suggestion: 

1) please use more than one CPU for Libre Office Writer

- 1 CPU for entering text
- 1 CPU for menus
- 1 CPU for formatting text
- 1 CPU for autosave

2) please create an option "Enter Text only" - Then, the user is able to enter text, but formatting is done later, e. g. when the user has terminated the option "enter text only" or when the user requested that the whole file is formatted.


for more: Please e-mail to 

sukram-1969@gmx.de 


in English or German.



Version: 6.0.7.3
Build-ID: 1:6.0.7-0ubuntu0.18.04.10
CPU-Threads: 4; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: 






markus@medion:~$ inxi - Fxmr
Error 22: Unsupported option: -
Check -h for correct parameters.
markus@medion:~$ inxi -Fxmr
System:
  Host: medion Kernel: 4.15.0-121-generic x86_64 bits: 64 compiler: gcc 
  v: 7.5.0 Desktop: Xfce 4.12.3 Distro: Linux Mint 19.2 Tina 
  base: Ubuntu 18.04 bionic 
Machine:
  Type: Portable System: Medion product: Akoya P2214T v: 1.0 
  serial: <root required> 
  Mobo: Medion model: Akoya P2214T v: 1.0 serial: <root required> 
  UEFI: American Megatrends v: 707 date: 06/14/2016 
Battery:
  ID-1: BAT0 charge: 21.1 Wh condition: 21.5/25.9 Wh (83%) 
  model: TKBSS T11P 37 status: Unknown 
  ID-2: BAT1 charge: 28.3 Wh condition: 29.5/31.2 Wh (94%) 
  model: TKBSS T11D 44 status: Unknown 
Memory:
  RAM: total: 3.74 GiB used: 2.09 GiB (55.8%) 
  RAM Report: 
  permissions: Unable to run dmidecode. Root privileges required. 
CPU:
  Topology: Quad Core model: Intel Celeron N2940 bits: 64 type: MCP 
  arch: Silvermont rev: 8 L2 cache: 1024 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 14660 
  Speed: 1056 MHz min/max: 500/2249 MHz Core speeds (MHz): 1: 1068 2: 1122 
  3: 606 4: 597 
Graphics:
  Device-1: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display 
  vendor: Pegatron driver: i915 v: kernel bus ID: 00:02.0 
  Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel HD Graphics (BYT) v: 4.2 Mesa 20.0.8 
  direct render: Yes 
Audio:
  Device-1: Intel Atom Processor Z36xxx/Z37xxx Series High Definition Audio 
  vendor: Pegatron driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  Sound Server: ALSA v: k4.15.0-121-generic 
Network:
  Device-1: Intel Wireless 3160 driver: iwlwifi v: kernel port: f000 
  bus ID: 01:00.0 
  IF: wlp1s0 state: up mac: 
Drives:
  Local Storage: total: 524.01 GiB used: 35.69 GiB (6.8%) 
  ID-1: /dev/mmcblk0 model: HCG8e size: 58.25 GiB 
  ID-2: /dev/sda type: USB vendor: HGST (Hitachi) model:  
  size: 465.76 GiB 
Partition:
  ID-1: / size: 54.91 GiB used: 17.68 GiB (32.2%) fs: ext4 dev: /dev/dm-1 
  ID-2: /boot size: 704.5 MiB used: 295.4 MiB (41.9%) fs: ext4 
  dev: /dev/mmcblk0p2 
  ID-3: swap-1 size: 975.5 MiB used: 39.8 MiB (4.1%) fs: swap dev: /dev/dm-3 
Sensors:
  System Temperatures: cpu: 46.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/atareao-atareao-bionic.list 
  1: deb http://ppa.launchpad.net/atareao/atareao/ubuntu bionic main
  Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
  1: deb http://ftp.fau.de/mint/packages tina main upstream import backport
  2: deb http://ftp.fau.de/ubuntu bionic main restricted universe multiverse
  3: deb http://ftp.fau.de/ubuntu bionic-updates main restricted universe multiverse
  4: deb http://ftp.fau.de/ubuntu bionic-backports main restricted universe multiverse
  5: deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
  6: deb http://archive.canonical.com/ubuntu/ bionic partner
Info:
  Processes: 229 Uptime: 2h 19m Init: systemd runlevel: 5 Compilers: 
  gcc: 7.5.0 Shell: bash v: 4.4.20 inxi: 3.0.32 
markus@medion:~$
Comment 1 Aron Budea 2021-01-06 06:36:32 UTC
The autosave problem is a duplicate of bug 48416.

I'm not sure about the feasbility of an unformatted text entry mode, if there are crippling performance problems (as actual issues that need fixing), I would probably try to work around that by typing the text in a text editor, and pasting it chunk by chunk into Writer.
Nevertheless, perhaps the UX folks have further thoughts to add on this.
Comment 2 markus 2021-01-06 08:47:44 UTC
Hello,


thank you for your answer.

I have a large text file (3,5 Mio. Characters, 1.400 pages, Images). The new text that has to be added needs to be linked with other places in the same file, so that working with two files is no solution.


I am wondering about the fact that firefox is using all 4 CPU cores, whereas Libre office is only using one CPU core - so that I am waiting long time.


My suggestion is:


1) use all 4 CPU cores


- Core ONE for entering Text / selecting menus

- Core TWO for formatting the file in the background

- Core THREE for autosave in the background (autosave now blocks all kind of work for about 2 Minutes !)

- Core FOUR for all other work in the background (Libre Office files running in the background, contact to all other applications, contact to the operating system)


2) restructure the programm:


The priority is to enter text

all other work (formatting, autosave) is only done on request, e. g. if the CPU capacity is low, the user is asked if he / she wants to use autosave or to save the file or to do formatting work - the user can have a cup of coffee or do other things meanwhile


cheers


markus
Comment 3 Heiko Tietze 2021-01-13 14:31:58 UTC
(In reply to Aron Budea from comment #1)
> Nevertheless, perhaps the UX folks have further thoughts to add on this.

Guess those parts that can run in parallel are multi-thread capable right now. If the CPU runs below 100% (actually one core needs to be always at 100% to make threading necessary) there might be some other issue, like swapping or the mentioned disc access for autosave.
Comment 4 markus 2021-01-14 09:33:46 UTC
No.


There is no other issue - I have checked that.

It is linux mint x64 with 4 GB RAM, the problem occurs while only libre office is running (no other application) 

The CPU load is always not higher than 30 %, even if RAM is used only by about 15  - 25 %
Comment 5 markus 2021-01-14 09:36:52 UTC
And Mike ... your name sounds to be German ...

I have mentioned my e-mail above: perhaps, we can e-mail in German, or what if you are living near to me (Nuernberg) ?

The other option is to show the problem through netmeeting software (netviewer) ...
Comment 6 Buovjaga 2021-12-01 09:36:23 UTC
Multithreaded UI is extremely hard to get working and in the parts that we are using this approach, we should actually move away from it. As Áron mentioned, there are other reports for various performance issues. I am closing this as invalid as there is nothing actionable in this report.