** Changed in: ontv (Debian)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/191700
Title:
Ontv uses lots of CPU and memory when updating tv listings
To manage noti
This is planned for a future release
** Changed in: ontv (Ubuntu)
Assignee: (unassigned) => Olof Kindgren (flamingolof)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/191700
Title:
Ontv uses lo
** Changed in: ontv (Ubuntu)
Status: New => Confirmed
--
Ontv uses lots of CPU and memory when updating tv listings
https://bugs.launchpad.net/bugs/191700
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing lis
Sounds great. I'm not working on OnTV anymore, but feel free to
implement it and I'll commit the patch.
--
Ontv uses lots of CPU and memory when updating tv listings
https://bugs.launchpad.net/bugs/191700
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
Let me just share my case. I'm on AMD64 (and therefor I am supposed to
accept programs swallowing huge amounts of memory).
Now, this is the line from 'top', it's the third biggest memory hog on my
machine (running Gnome, Fx3, OOo, Icedove etc):
9154 gustaf20 0 551m 182m 13m S0 4.6
** Changed in: ontv (Debian)
Status: Unknown => New
--
Ontv uses lots of CPU and memory when updating tv listings
https://bugs.launchpad.net/bugs/191700
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Looks like bug 475348 to me.
** Bug watch added: Debian Bug tracker #475348
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475348
** Also affects: ontv (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475348
Importance: Unknown
Status: Unknown
--
Ontv uses lots of
In "top" it's the RES field. I think the might be a setting in g-s-m for
this.
Running the scripts as niced processes is a good idea and should be
easy, I'll look into it. The listings are needed for the search program
feature, and there are plans on adding a listing browser as well. The
right way
In "top" it's the RES field. I think the might be a setting in g-s-m for
this.
Running the scripts as niced processes is a good idea and should be
easy, I'll look into it. The listings are needed for the search program
feature, and there are plans on adding a listing browser as well. The
right way
How do I look at resident memory? I just fired up the gnome system
monitor and got my data from that.
It would be really nice if it could use less resources, because on my
2ghz 512mb pc it brings down everything to a halt when updating.
Eliminitaing the need for tv-sort would be great. Also could
Just wanted to comment on how this works. When updating listings two
shell (which are not part of OnTV) scripts are executed, the configured
grabber and tv_sort. I think these are the ones responsible for the
increased cpu usage, especially tv_sort. It would be nice if we could
get rid of that one
11 matches
Mail list logo
