GNOME Bugzilla – Bug 570737
Gnome-video-thumbnailer use 70% of cpu in background mode while videofile downloading
Last modified: 2009-02-06 01:03:50 UTC
Please describe the problem: While downloading video using DownThemAll! (Firefox downloading plugin) video thumbnail always re-caching and I have bing cpu using in process tree. Steps to reproduce: 1. Download video 2. Run top 3. Check cpu usage. Actual results: High cpu usage. Expected results: re-check not so often or do not recheck while in background. Does this happen every time? don't know Other information:
top - 02:06:57 up 12:54, 1 user, load average: 2.58, 2.82, 2.75 Tasks: 158 total, 3 running, 154 sleeping, 0 stopped, 1 zombie Cpu(s): 17.2%us, 35.3%sy, 35.3%ni, 8.6%id, 3.3%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 967476k total, 954032k used, 13444k free, 2300k buffers Swap: 2096440k total, 286592k used, 1809848k free, 292424k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 29871 smax 39 19 89848 25m 8116 S 93 2.7 0:09.97 gnome-video-thu 12235 root 20 0 189m 101m 61m S 41 10.8 42:09.07 Xorg 8921 smax 20 0 47060 22m 13m S 28 2.3 4:43.93 gnome-system-mo 13341 smax 20 0 427m 205m 24m S 5 21.7 103:43.81 firefox 10245 smax 20 0 60760 23m 11m S 3 2.5 1:09.90 /usr/bin/gnome- 12458 smax 20 0 154m 68m 59m S 1 7.3 10:41.01 compiz.real 3862 root 15 -5 0 0 0 S 1 0.0 0:06.58 rtl8187 12467 smax 20 0 47732 23m 5796 S 1 2.5 2:55.43 emerald 17869 smax 20 0 95812 14m 9452 S 1 1.5 5:16.59 transmission 29661 smax 20 0 2420 1168 876 R 1 0.1 0:00.20 top 12474 smax 20 0 125m 26m 15m R 0 2.8 1:43.25 nautilus 12507 smax 20 0 25564 11m 8368 S 0 1.2 3:50.78 multiload-apple 12530 smax 20 0 13080 2960 2340 S 0 0.3 5:51.58 conky 29277 smax 20 0 163m 66m 15m S 0 7.0 5:34.65 exaile 1 root 20 0 3056 548 492 S 0 0.1 0:01.12 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.40 migration/0 4 root 15 -5 0 0 0 S 0 0.0 0:05.18 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0 6 root RT -5 0 0 0 S 0 0.0 0:00.38 migration/1 7 root 15 -5 0 0 0 S 0 0.0 0:07.36 ksoftirqd/1 8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1 9 root 15 -5 0 0 0 S 0 0.0 0:00.56 events/0 10 root 15 -5 0 0 0 S 0 0.0 0:00.52 events/1 11 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper 51 root 15 -5 0 0 0 S 0 0.0 0:00.00 kintegrityd/0 52 root 15 -5 0 0 0 S 0 0.0 0:00.00 kintegrityd/1 54 root 15 -5 0 0 0 S 0 0.0 0:00.10 kblockd/0 55 root 15 -5 0 0 0 S 0 0.0 0:01.82 kblockd/1 57 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpid 58 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify 172 root 15 -5 0 0 0 S 0 0.0 0:00.00 cqueue 176 root 15 -5 0 0 0 S 0 0.0 0:00.00 kseriod 221 root 20 0 0 0 0 S 0 0.0 0:00.82 pdflush 222 root 20 0 0 0 0 S 0 0.0 0:12.76 pdflush 223 root 15 -5 0 0 0 S 0 0.0 0:27.38 kswapd0 265 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/0 266 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/1 1355 root 15 -5 0 0 0 S 0 0.0 0:00.00 khpsbpkt 1371 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd 1375 root 15 -5 0 0 0 S 0 0.0 0:00.00 khubd 1383 root 15 -5 0 0 0 S 0 0.0 0:00.00 knodemgrd_0 1410 root 15 -5 0 0 0 S 0 0.0 0:00.44 ata/0 1411 root 15 -5 0 0 0 S 0 0.0 0:05.92 ata/1 1413 root 15 -5 0 0 0 S 0 0.0 0:00.00
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 430043 ***