Bug 295031 - kio_thumbnail eats memory/cpu if a file is being modified very quickly (e.g. is downloading)
Summary: kio_thumbnail eats memory/cpu if a file is being modified very quickly (e.g. ...
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-28 22:02 UTC by shahab shirazi
Modified: 2012-11-09 09:41 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description shahab shirazi 2012-02-28 22:02:23 UTC
Version:           unspecified (using KDE 4.8.0) 
OS:                Linux

When downloading a large file such as a video, kio_thumbnail does not stop updating the preview until the download finishes which might take a few minutes or hours.

Reproducible: Didn't try

Steps to Reproduce:
open dolphin and turn on preview mode
go to SOME_PATH
start downloading a video into SOME_PATH
watch kio_thumbnail eating the cpu/memory


Expected Results:  
If a file is being modified very quickly, reduce the preview update interval.
Comment 1 Peter Penz 2012-02-29 08:28:46 UTC
Thanks for the report. Dolphin only recreates the thumbnail if nothing has been downloaded for at least 2 seconds. If you use the "details view" and check the size of the file: Does the size increase periodically there?
Comment 2 gedgon 2012-05-08 16:41:04 UTC
Hi Peter, I don't think that this bug report is invalid. I'm affected by this issue as well. As you can see at the screencast, according to KDirWatch, file is written 1-3 times every second, and kio_thumbnail still generating thumbnails.

http://youtu.be/NsupdEk0pnY
Comment 3 Peter Penz 2012-05-08 18:49:16 UTC
@gedgon: Sorry, I did not intend to set this bug as INVALID but as WAITINGFORINFO: I'd need an answer for my question in comment 1. Improvements have been done for KDE > 4.8.0 and also other improvements for the upcoming 4.9.0 version - please let me know your used KDE version too where you recorded the video.
Comment 4 gedgon 2012-05-08 19:02:09 UTC
It's KDE SC 4.8.3 on Arch Linux. Clean profile for testing purposes. kdemultimedia-ffmpegthumb for video thumbnails (it's faster and more reliable than mplayerthumbs).
Comment 5 Peter Penz 2012-05-08 19:10:48 UTC
Thanks!
Comment 6 gedgon 2012-05-08 20:00:43 UTC
More info, I hope it will help.

In this case, video file using x264 video codec and moov atom is missing, so thumbnailer will fail every time until video file will be complete. High CPU usage and broken thumbnail will help with observations.

Easy steps to reproduce:

1. play any video with "some action" without overlay and move video player window to top let corner. E.g.

$mplayer -vo x11 /path/to/video/file


2. use ffmpeg to grab part of that movie. For example:

$ffmpeg -an -s 640x480 -r 30 -f x11grab -i :0.0+0,0 -vcodec libx264 -y /output/path/our_video.mkv


3. $dolphin /output/path/
Comment 7 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:18:24 UTC
Resetting assignee to default as per bug #305719
Comment 8 Bryan Cuneo 2012-11-09 00:12:19 UTC
[Part of the Dolphin Bug Weeks 2012]
I was unable to reproduce this on Dolphin 2.1/KDE SC 4.9.3 (package from the Kubuntu Updates PPA) using an OGG Theora (.ogv) video and kffmpegthumbnailer. Can you confirm that this bug still exists?
Comment 9 gedgon 2012-11-09 08:21:10 UTC
(In reply to comment #8)
> I was unable to reproduce this on Dolphin 2.1/KDE SC 4.9.3 [...] Can you confirm that this bug still exists?

I can't either. Looks like it's fixed.
Comment 10 Jekyll Wu 2012-11-09 09:41:23 UTC
Thanks for your feedback. Close it according to comment #8 and #9