В Пнд, 15/01/2007 в 20:42 +0000, Bastien Nocera пишет: > On Mon, 2007-01-15 at 15:06 -0500, Diego Escalante wrote: > > On 1/15/07, Bastien Nocera <[EMAIL PROTECTED]> wrote: > > > On Mon, 2007-01-15 at 10:15 -0600, Federico Mena Quintero wrote: > > > <snip> > > > > We put a call to setrlimit() in gst-office-thumbnailer, so that the > > > > helper convert(1) process is limited to 256 MB of memory and 5 seconds > > > > of CPU time. Some files do *not* get thumbnailed, of course, but this > > > > is better than making the machine unusable. > > > > > > Neat. I'll try and do something similar for Totem's thumbnailer (it > > > currently uses a 30 sec time-limit, so it would be nice to also set a > > > certain amount of CPU). > > I downloaded some guadec videos the other day to my desktop folder and > > t-v-t ate my ram and processor making thumbnails for 2 or 3 semi > > downloaded files. Since they were changing each second I imagine that > > this timeout was reset each time. > > > > That means that I support your idea :). > > That means you need a newer version of nautilus. It should only call the > thumbnailers if the file hasn't changed for a couple of seconds (ie. the > mtime). If it doesn't do that, it's a nautilus bug. It should only call > the thumbnailer when the download is finished. >
It still doesn't solve the problem. For example if movie is downloaded a half of an hour or for ten minutes I don't want load cpu with thumbnail rerendered every two second. And yes, it's a nautilus bug or probably gnome-vfs bug: http://bugzilla.gnome.org/show_bug.cgi?id=155136
signature.asc
Description: Эта часть сообщения подписана цифровой подписью
_______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
