Hello,

I am using Fedora 22 on my laptop, with plasma-workspace-5.3.0-8.fc22.x86_64, kf5-frameworkintegration-5.10.0-1.fc22.x86_64. For the last 2-3 days, I am noticing that my jobs are responding too slow. I noticed it after I transferred about 1GB data from a USB drive to my laptop. Soon after the copying was finished, I was longer able to open even dolphin in a reasonable time. It seemed that the laptop froze. After about an hour the laptop came back to normal. Now, whenever I delete few files, I have to wait for 2-3 minutes for the laptop to come normal. Same thing happens when a new file is being created. I guess baloo is the main problem. But I am not sure. It is very hard to be sure, because even if i do 'top' or open system-monitor, it takes few minutes time to open and I am not able to see what was eating the memory.

Please let me know if you need more info on this problem. I shall appreciate any help on this. I have been using KDE from 3.5 version and always stay up-to-date with the new releases but this time I am facing problems which I think is making plasma unusable.

Regards,
Dhiraj

run "top -b > ~/top.out" and cause the problem, ~/top.out will contain top outputs on a 5sec interval.

However, not being able to start anything sounds more like an I/O problem than a CPU one.
If baloo is the trigger, the problem is likely the lack of ionice (which doesn't work w/ the deadline scheduler)

Check

Code: Select all

cat /sys/block/*/queue/scheduler


which would ideally say

Code: Select all

noop deadline [cfq]
noop deadline [cfq]
....
noop deadline [cfq]


Thanks a lot for your help. The output is :

Code: Select all

cat /sys/block/*/queue/scheduler
none
none
none
noop deadline [cfq]


I could print the top output while the laptop froze.

Please find the attached output in top.txt. Click on the following link to download.

http://s000.tinyupload.com/download.php ... 1806029269

I noticed one more thing. Today when I opened the laptop I did not face the problem while the laptop was running on battery power. When I plugged it in, the problem came again. I do not know what is the reason, but maybe some process (that takes huge memory) do not run when the laptop is in battery.

This time, I was playing an HD video in the AC power while it froze. However, when it recovered, playing the same video again did not cause a problem. Laptop has a 8G memory so I do not think video is a problem. I had desktop effects enabled as well.

I suspected baloo, because last 2 times, when I killed the baloo processes, the laptop came back to normal.

Laptop and drivers info : (if needed)

Code: Select all

lspci -k
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel modules: ie31200_edac
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:01.1 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x8 Controller (rev 06)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: i915
        Kernel modules: i915
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: xhci_hcd
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: mei_me
        Kernel modules: mei_me
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d5)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1c.6 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #7 (rev d5)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: ehci-pci
00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: lpc_ich
        Kernel modules: lpc_ich
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel modules: i2c_i801
07:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 840M] (rev a2)
        Subsystem: Hewlett-Packard Company Device 21a0
        Kernel modules: nouveau
08:00.0 Network controller: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter (rev 03)
        DeviceName: 
        Subsystem: Hewlett-Packard Company Device 2154
        Kernel driver in use: wl
        Kernel modules: wl
0a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01)
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: rtsx_pci
        Kernel modules: rtsx_pci
10:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
        DeviceName: Hanksville Gbe Lan Connection
        Subsystem: Hewlett-Packard Company Device 1967
        Kernel driver in use: r8169
        Kernel modules: r8169


Thanks and Regards,
Dhiraj

luebking wrote:run "top -b > ~/top.out" and cause the problem, ~/top.out will contain top outputs on a 5sec interval.

However, not being able to start anything sounds more like an I/O problem than a CPU one.
If baloo is the trigger, the problem is likely the lack of ionice (which doesn't work w/ the deadline scheduler)

Check

Code: Select all

cat /sys/block/*/queue/scheduler


which would ideally say

Code: Select all

noop deadline [cfq]
noop deadline [cfq]
....
noop deadline [cfq]


This has nothing to do with your amount of RAM (looking at the top dump, baloo never uses very much RAM)
Baloo has a short CPU spike while vlc has constant load (quite some, btw.), but baloo is nice'd 19, so that cannot stall anything else.

To make sure this is not just some visual problem (just a wild guess, the nouveau driver isn't too reliable w/ OpenGL yet): suspend the compositor (SHIFT+Alt+F12) and check whether the issue remains.

If it's not purely visual and baloo indeed seems to have a take in it, you'd next dump "sudo iotop -b > ~/iotop.txt" to check whther something is exessively operating on the HDD.

Well, it happened again. Triggered right after copying 300 mb documents. Attached is the top output.
http://s000.tinyupload.com/index.php?fi ... 1601814644

iotop output is attached below. But the above top output was created in the previous occasion and iotop is created on the next occasion but in identical situations.

http://s000.tinyupload.com/index.php?fi ... 9662160074

Not a visual problem it seems. I did suspend the compositor, but it did not resolve the problem. But as soon as I kill baloo, I get my laptop back in life.

Thanks again for your help.
Regards,
Dhiraj

iotop shows high I/O load in baloo_file_extractor, BUT: PRIO is "idle".

I do not at all question that baloo is the cause, but it's apparently neither CPU nor RAM, nor I/O - so this is beyond my generic knowledge about "what makes systems slow"

What to me smells suspicious is that there're some

TID PRIO USER DISK READ DISK WRITE SWAPIN IO
5026 idle dhiraj 0.00 B/s 0.00 B/s 0.00 % 98.35 %

lines, ie. there's high I/O, but not by disk read/write.

Do you have remote mounts (NFS/CIFS)?

=> file a bug against baloo (bugs.kde.org) and share the gathered data

Thanks again for your help.

There is no remote device mounted.

Filed the bug : https://bugs.kde.org/show_bug.cgi?id=349096

Thanks and Regards,
Dhiraj