Boxee

Linux: CPU stuck at 100% while Boxee http server is enabled regardless of what you are/are not doing

Details

  • Labels:
  • Boxee Build Number:
    0.9.21.xxxx
  • Operating System:
    Ubuntu Karmic Koala, Ubuntu Lucid
  • Number of attachments:
    6
  • Description:
    Hide
    While running Boxee CPU is stuck at 100%. Doesn't matter if I'm idle or watching a video. Always at 100%.
    It appears to be a bug in the http server. Disabling it makes the CPU use drop to a much more reasonable number.

    Fresh install of OS (Ubuntu Karmic 64 bit) and Boxee. Never had Boxee alpha or another boxee release installed prior to the public release of beta from Jan 7th.

    See thread for more info:
    http://forum.boxee.tv/showthread.php?t=14269
    Show
    While running Boxee CPU is stuck at 100%. Doesn't matter if I'm idle or watching a video. Always at 100%. It appears to be a bug in the http server. Disabling it makes the CPU use drop to a much more reasonable number. Fresh install of OS (Ubuntu Karmic 64 bit) and Boxee. Never had Boxee alpha or another boxee release installed prior to the public release of beta from Jan 7th. See thread for more info: http://forum.boxee.tv/showthread.php?t=14269
  1. glxinfo.txt
    (26 kB)
    Matt Decker
    20/Jan/10 3:13 PM
  2. levesqu6-10710.log
    (181 kB)
    Ben L
    17/Feb/10 10:21 PM
  3. levesqu6-boxee.log
    (189 kB)
    Ben L
    09/Feb/10 10:47 PM
  4. levesqu6-glxinfo.txt
    (108 kB)
    Ben L
    09/Feb/10 10:47 PM
  5. matt-boxee.log
    (225 kB)
    Matt Decker
    25/Jan/10 11:37 AM
  6. matt-boxee.log
    (220 kB)
    Matt Decker
    14/Jan/10 9:42 PM

Issue Links

Activity

Hide
rafael added a comment - 14/Jan/10 10:15 AM
Please enable the advanced settings log
see http://support.boxee.tv/forums/49599/entries/43963
Start Boxee, and after experiencing the problem, close Boxee and attach your log file to the bug.
Show
rafael added a comment - 14/Jan/10 10:15 AM Please enable the advanced settings log see http://support.boxee.tv/forums/49599/entries/43963 Start Boxee, and after experiencing the problem, close Boxee and attach your log file to the bug.
Hide
rafael added a comment - 14/Jan/10 10:18 AM
also, please run
ps -aux | grep 'Boxee'
and make sure you have only one Boxee running.
Show
rafael added a comment - 14/Jan/10 10:18 AM also, please run ps -aux | grep 'Boxee' and make sure you have only one Boxee running.
Hide
Matt Decker added a comment - 14/Jan/10 9:49 PM
I've attached my log file to this issue.

Strange thing when I first loaded Boxee after creating the advancedsettings.xml file, the processor didn't spike. I loaded up a couple videos and no spiking.

Then I exited and renamed the file to advancedsettings.xml.bak, loaded Boxee back up and spiking again. Went back and change the file back to the original name and spiked again.

So initially, I starting thinking it was working just because it was in debug mode. But that doesn't seem to be it. Which wouldn't make much sense anyway.

Can't figure out why it worked fine that one time. I haven't rebooted the system in a few days and used Boxee earlier in the day so it's not due to a reboot or anything like that.

Well, for what it's worth those are my observations. Probably not helpful.

Lemme know if there's anything else I can do to help troubleshoot this issue.
Show
Matt Decker added a comment - 14/Jan/10 9:49 PM I've attached my log file to this issue. Strange thing when I first loaded Boxee after creating the advancedsettings.xml file, the processor didn't spike. I loaded up a couple videos and no spiking. Then I exited and renamed the file to advancedsettings.xml.bak, loaded Boxee back up and spiking again. Went back and change the file back to the original name and spiked again. So initially, I starting thinking it was working just because it was in debug mode. But that doesn't seem to be it. Which wouldn't make much sense anyway. Can't figure out why it worked fine that one time. I haven't rebooted the system in a few days and used Boxee earlier in the day so it's not due to a reboot or anything like that. Well, for what it's worth those are my observations. Probably not helpful. Lemme know if there's anything else I can do to help troubleshoot this issue.
Hide
rafael added a comment - 18/Jan/10 9:57 AM
Please attach to this issue more information about your hardware.
* what is your graphic card model?

* run: glxinfo -v > ./glxinfo.txt
and attach the glxinfo.txt file to this issue.

* run: glxgears
and report what is the fram rate that it prompts.
Show
rafael added a comment - 18/Jan/10 9:57 AM Please attach to this issue more information about your hardware. * what is your graphic card model? * run: glxinfo -v > ./glxinfo.txt and attach the glxinfo.txt file to this issue. * run: glxgears and report what is the fram rate that it prompts.
Hide
rafael added a comment - 20/Jan/10 6:31 AM
also make sure that Boxee is not currently scanning your media files.
if Boxee is scanning your media files and extracting archive files to search for music and videos inside them, it can of course consume CPU
Show
rafael added a comment - 20/Jan/10 6:31 AM also make sure that Boxee is not currently scanning your media files. if Boxee is scanning your media files and extracting archive files to search for music and videos inside them, it can of course consume CPU
Hide
Matt Decker added a comment - 20/Jan/10 3:23 PM
I just attached my glxinfo.

glxgears reports: "8250 frames in 5 seconds"

Graphics Card: NVIDIA GeoForce 6150

Boxee doesn't appear to be scanning media files. I don't have anything the media folders anyway.

Also, Boxee does work fines sometimes, though rarely. Every once and a while I open it (still in debug mode) and it runs between 10-67% depending on what I'm doing. I haven't been able to figure out the pattern here. When I open Boxee if it's going to spike to 100% it does so right before it displays the home page/dashboard. So, it shows the main boxee splash screen, goes black and a second, then spikes to 100% and then shows the main page. After that, it will be 100% the entire time, even when idle. Again, every once and a while I open it and it is fine the entire time.

It doesn't seem to be a hardware issue to me cause when it does work, it works great. HD streaming video is smooth and in sync with audio.
Show
Matt Decker added a comment - 20/Jan/10 3:23 PM I just attached my glxinfo. glxgears reports: "8250 frames in 5 seconds" Graphics Card: NVIDIA GeoForce 6150 Boxee doesn't appear to be scanning media files. I don't have anything the media folders anyway. Also, Boxee does work fines sometimes, though rarely. Every once and a while I open it (still in debug mode) and it runs between 10-67% depending on what I'm doing. I haven't been able to figure out the pattern here. When I open Boxee if it's going to spike to 100% it does so right before it displays the home page/dashboard. So, it shows the main boxee splash screen, goes black and a second, then spikes to 100% and then shows the main page. After that, it will be 100% the entire time, even when idle. Again, every once and a while I open it and it is fine the entire time. It doesn't seem to be a hardware issue to me cause when it does work, it works great. HD streaming video is smooth and in sync with audio.
Hide
rafael added a comment - 21/Jan/10 11:49 AM
please see if video sync on or off?
Show
rafael added a comment - 21/Jan/10 11:49 AM please see if video sync on or off?
Hide
Matt Decker added a comment - 21/Jan/10 4:04 PM
In Boxee?

If so, I just checked in Settings -> Player and 'Sync playback to display' was off. I tried turning it on and restarting Boxee with no change.

Seems like those settings would only apply to watching videos, though. My CPU is spiked at all times even when idle and not watching a video.

Anything else you want me to check?
Show
Matt Decker added a comment - 21/Jan/10 4:04 PM In Boxee? If so, I just checked in Settings -> Player and 'Sync playback to display' was off. I tried turning it on and restarting Boxee with no change. Seems like those settings would only apply to watching videos, though. My CPU is spiked at all times even when idle and not watching a video. Anything else you want me to check?
Hide
Matt Decker added a comment - 25/Jan/10 10:38 AM
Just uninstalled 10261, removed ~/.boxee and /opt/boxee folders and installed 10356 and same issue. Happens before you even get to the initial login screen.

Also tried the other day to fix by upgrading my NVIDIA driver from 185 to 190 and that didn't help either.
Show
Matt Decker added a comment - 25/Jan/10 10:38 AM Just uninstalled 10261, removed ~/.boxee and /opt/boxee folders and installed 10356 and same issue. Happens before you even get to the initial login screen. Also tried the other day to fix by upgrading my NVIDIA driver from 185 to 190 and that didn't help either.
Hide
rafael added a comment - 25/Jan/10 10:47 AM
to make sure that Boxee is not scanning any sources, remove the 3 default Media Sources.
also, attach a new advanced log file.
thanks
Show
rafael added a comment - 25/Jan/10 10:47 AM to make sure that Boxee is not scanning any sources, remove the 3 default Media Sources. also, attach a new advanced log file. thanks
Hide
rafael added a comment - 25/Jan/10 10:53 AM
1. try disabling any Linux system desktop effects enhancments.

2. also see if this help:
set Linux System > Preferences > Appearance > Visual Effects to "None"
Show
rafael added a comment - 25/Jan/10 10:53 AM 1. try disabling any Linux system desktop effects enhancments. 2. also see if this help: set Linux System > Preferences > Appearance > Visual Effects to "None"
Hide
Matt Decker added a comment - 25/Jan/10 11:37 AM
New Boxee log for r10356
Show
Matt Decker added a comment - 25/Jan/10 11:37 AM New Boxee log for r10356
Hide
Matt Decker added a comment - 25/Jan/10 11:41 AM - edited
Visual Effects were set to none. It's always been disabled. I double checked to make sure, though, and yes, they're off.

Also, removed all local media sources from Settings menu.

I attached a new log. Please note, it's the 2nd log in the attachment list. The attachments are ordered strangely. It's surely not by date. Weird.

Anyway, check out the log that's 225k that's the newest one

I basically started Boxee waited for it to go to 100% CPU and then exited.
Show
Matt Decker added a comment - 25/Jan/10 11:41 AM - edited Visual Effects were set to none. It's always been disabled. I double checked to make sure, though, and yes, they're off. Also, removed all local media sources from Settings menu. I attached a new log. Please note, it's the 2nd log in the attachment list. The attachments are ordered strangely. It's surely not by date. Weird. Anyway, check out the log that's 225k that's the newest one I basically started Boxee waited for it to go to 100% CPU and then exited.
Hide
Ben L added a comment - 09/Feb/10 10:47 PM - edited
I attached my log and glxinfo from my box with the same issue. Hopefully its of some help in getting this figured out.

box is a althon 64 3700+, 1 gig ram, geforce 7300le. up to date 9.10 install, with boxee 10356.

Fresh install, (purged and deleted ~/.boxee). Removed all media sources (folders are empty anyways), Visual effects are off. Video drivers are the current 190.53 off of nvidia's site, but i also had the same issue with the 185.x drivers that are current in ubuntu's apt repository.

glxgears
11231 frames in 5.0 seconds
Show
Ben L added a comment - 09/Feb/10 10:47 PM - edited I attached my log and glxinfo from my box with the same issue. Hopefully its of some help in getting this figured out. box is a althon 64 3700+, 1 gig ram, geforce 7300le. up to date 9.10 install, with boxee 10356. Fresh install, (purged and deleted ~/.boxee). Removed all media sources (folders are empty anyways), Visual effects are off. Video drivers are the current 190.53 off of nvidia's site, but i also had the same issue with the 185.x drivers that are current in ubuntu's apt repository. glxgears 11231 frames in 5.0 seconds
Hide
Ben L added a comment - 15/Feb/10 12:03 PM
this issue is still present in the early release of r10634 for me.

I did a clean install of r10634 and then noticed the high cpu usage right away. so i removed the media sources and enabled the debug log to capture the issue. When i launched boxee, the cpu usage was low like it should be. so i played with it some. I disabled the debug mode and added my media sources. I have enjoyed boxee beta for a number of days with it functioning as it should. However a application restart has caused the problem to return. I have tried leaving boxee on overnight to see if it its indexing my media or something, but cpu usage has not come down.

I will post a log of my current setup when i get a chance. Can i attached this issue to the r10634 release of boxee or should i start a new issue report for it?
Show
Ben L added a comment - 15/Feb/10 12:03 PM this issue is still present in the early release of r10634 for me. I did a clean install of r10634 and then noticed the high cpu usage right away. so i removed the media sources and enabled the debug log to capture the issue. When i launched boxee, the cpu usage was low like it should be. so i played with it some. I disabled the debug mode and added my media sources. I have enjoyed boxee beta for a number of days with it functioning as it should. However a application restart has caused the problem to return. I have tried leaving boxee on overnight to see if it its indexing my media or something, but cpu usage has not come down. I will post a log of my current setup when i get a chance. Can i attached this issue to the r10634 release of boxee or should i start a new issue report for it?
Hide
Ben L added a comment - 17/Feb/10 10:21 PM
issue still exists in the latest 10710 release. i have attached log as levesqu6-10710.log
Show
Ben L added a comment - 17/Feb/10 10:21 PM issue still exists in the latest 10710 release. i have attached log as levesqu6-10710.log
Hide
Jeremy Fitzhardinge added a comment - 19/Feb/10 1:39 AM
It appears to be a bug in the http server. Disabling it makes the CPU use drop to a much more reasonable number.

Strace on the thread with 100% use shows endless:

select(41, [8], [], [], {1, 0}) = 1 (in [8], left {0, 999995})
accept(40, 0x7fa3406f7e80, [16]) = -1 EAGAIN (Resource temporarily unavailable)
select(41, [8], [], [], {1, 0}) = 1 (in [8], left {0, 999994})
accept(40, 0x7fa3406f7e80, [16]) = -1 EAGAIN (Resource temporarily unavailable)

fd 8, which select is acting on, is /proc/stat, which is always ready. The accept on fd 40 is a socket:
Boxee 1738 boxee 40u IPv4 8601 0t0 TCP *:8800 (LISTEN)

It looks like the select is supposed to be blocking waiting for a connection attempt on the socket, and then its supposed to accept the connection. However, the select is acting on the wrong fd, and so there's nothing waiting to connect, the accept fails, and it loops forever.
Show
Jeremy Fitzhardinge added a comment - 19/Feb/10 1:39 AM It appears to be a bug in the http server. Disabling it makes the CPU use drop to a much more reasonable number. Strace on the thread with 100% use shows endless: select(41, [8], [], [], {1, 0}) = 1 (in [8], left {0, 999995}) accept(40, 0x7fa3406f7e80, [16]) = -1 EAGAIN (Resource temporarily unavailable) select(41, [8], [], [], {1, 0}) = 1 (in [8], left {0, 999994}) accept(40, 0x7fa3406f7e80, [16]) = -1 EAGAIN (Resource temporarily unavailable) fd 8, which select is acting on, is /proc/stat, which is always ready. The accept on fd 40 is a socket: Boxee 1738 boxee 40u IPv4 8601 0t0 TCP *:8800 (LISTEN) It looks like the select is supposed to be blocking waiting for a connection attempt on the socket, and then its supposed to accept the connection. However, the select is acting on the wrong fd, and so there's nothing waiting to connect, the accept fails, and it loops forever.
Hide
Matt Decker added a comment - 19/Feb/10 11:56 AM
Wow! That was it. I guess that explains my other question from a while back.... Why doesn't the http server work? I figured it was still being worked on since the transition from Alpha or that maybe because Boxee was spiked at 100% it couldn't respond to requests. It never occurred that it could have been the culprit. I was so focused on the video settings as had been recommended above and in the forums.

Well, thanks! Really appreciate it.
Show
Matt Decker added a comment - 19/Feb/10 11:56 AM Wow! That was it. I guess that explains my other question from a while back.... Why doesn't the http server work? I figured it was still being worked on since the transition from Alpha or that maybe because Boxee was spiked at 100% it couldn't respond to requests. It never occurred that it could have been the culprit. I was so focused on the video settings as had been recommended above and in the forums. Well, thanks! Really appreciate it.
Hide
Ben L added a comment - 19/Feb/10 12:14 PM
very interesting. My friend who is running 64bit Debian Testing does not have this issue. The HTTP server is enabled on his machine. No idea if it actually functions though.
Show
Ben L added a comment - 19/Feb/10 12:14 PM very interesting. My friend who is running 64bit Debian Testing does not have this issue. The HTTP server is enabled on his machine. No idea if it actually functions though.
Hide
Jeremy Fitzhardinge added a comment - 19/Feb/10 1:08 PM
The http server does appear to work for me (I used the Android XBMC remote with it), but it isn't very important for me; certainly not worth the heat and power waste.

The bug could easily be the result of some race condition or memory corruption which would cause it to work sometimes and not others, or on some machines and not others.
Show
Jeremy Fitzhardinge added a comment - 19/Feb/10 1:08 PM The http server does appear to work for me (I used the Android XBMC remote with it), but it isn't very important for me; certainly not worth the heat and power waste. The bug could easily be the result of some race condition or memory corruption which would cause it to work sometimes and not others, or on some machines and not others.
Hide
rafael added a comment - 21/Feb/10 9:35 AM
WOW Jeremy Fitzhardinge, nice catch, thanks!
Show
rafael added a comment - 21/Feb/10 9:35 AM WOW Jeremy Fitzhardinge, nice catch, thanks!
Hide
Ben L added a comment - 25/Apr/10 11:00 PM
this appears to still be a issue in 11487.
Show
Ben L added a comment - 25/Apr/10 11:00 PM this appears to still be a issue in 11487.
Hide
Evil Arcane added a comment - 12/May/10 10:57 AM
Confirmed - Seeing same issue with Kubuntu 10.04 and boxee-0.9.21.11487.x86_64.deb. Disabling the HTTP server took the CPU down from 100% to pretty much nothing.
Show
Evil Arcane added a comment - 12/May/10 10:57 AM Confirmed - Seeing same issue with Kubuntu 10.04 and boxee-0.9.21.11487.x86_64.deb. Disabling the HTTP server took the CPU down from 100% to pretty much nothing.
Hide
rafael added a comment - 13/May/10 3:26 AM
thanks Evil Arcane
Please attach to this issue more information about your hardware.
* what is your graphic card model?
* run: glxinfo -v > ./glxinfo.txt
and attach the glxinfo.txt file to this issue.
* run: glxgears
and report what is the fram rate that it prompts
Show
rafael added a comment - 13/May/10 3:26 AM thanks Evil Arcane Please attach to this issue more information about your hardware. * what is your graphic card model? * run: glxinfo -v > ./glxinfo.txt and attach the glxinfo.txt file to this issue. * run: glxgears and report what is the fram rate that it prompts
Hide
Evil Arcane added a comment - 13/May/10 9:12 PM
I don't understand why you would want that info, rafael. This is obviously a problem with the HTTP server, as Jeremy pointed out.l It's completely independent of video.

I get over 50,000fps in glxgears (It's an Asus EN9800GTX+ card), and have no issues at all with OpenGL (I regularly play Portal, L4D2, CS:S, and tons of other games at high frame rates on this system via Wine).

The simple fact is that the HTTP server immediately drives one of my six (Core i7 980x CPU) cores to 100% utilization, *even when I'm not playing videos*. Disabling the HTTP server immediately drops the core from 100% to single digits. At that point, even playing back videos doesn't drive any of the CPU cores into double digits.
Show
Evil Arcane added a comment - 13/May/10 9:12 PM I don't understand why you would want that info, rafael. This is obviously a problem with the HTTP server, as Jeremy pointed out.l It's completely independent of video. I get over 50,000fps in glxgears (It's an Asus EN9800GTX+ card), and have no issues at all with OpenGL (I regularly play Portal, L4D2, CS:S, and tons of other games at high frame rates on this system via Wine). The simple fact is that the HTTP server immediately drives one of my six (Core i7 980x CPU) cores to 100% utilization, *even when I'm not playing videos*. Disabling the HTTP server immediately drops the core from 100% to single digits. At that point, even playing back videos doesn't drive any of the CPU cores into double digits.
Hide
rafael added a comment - 17/Aug/10 9:04 AM
This appears to be fixed in version 0.9.21.125xx
If this same issue happens again, please open a new issue.
Show
rafael added a comment - 17/Aug/10 9:04 AM This appears to be fixed in version 0.9.21.125xx If this same issue happens again, please open a new issue.
Hide
rafael added a comment - 19/Aug/10 11:37 AM
reopen using 0.9.21.125xx:

reported by Andrew Berry:
This is exactly the same issue as BOXEE-4188. When the HTTP server is enabled, it will eventually use 100% CPU. I'm opening this as requested at the end of the previous issue.
AFAICT, this has never been fixed, at least in the Linux 64-bit builds.
Show
rafael added a comment - 19/Aug/10 11:37 AM reopen using 0.9.21.125xx: reported by Andrew Berry: This is exactly the same issue as BOXEE-4188. When the HTTP server is enabled, it will eventually use 100% CPU. I'm opening this as requested at the end of the previous issue. AFAICT, this has never been fixed, at least in the Linux 64-bit builds.
Hide
Jeremy Rutledge added a comment - 27/Aug/10 12:59 AM
I am also experiencing this bug since beta began. Running Boxee 0.9.22.13692M on Ubuntu 10.04 64bit.
Show
Jeremy Rutledge added a comment - 27/Aug/10 12:59 AM I am also experiencing this bug since beta began. Running Boxee 0.9.22.13692M on Ubuntu 10.04 64bit.

People

Dates

  • Created:
    13/Jan/10 6:11 PM
    Updated:
    04/Apr/11 6:18 AM