В Пнд, 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 <hadess hadess net> 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
Attachment:
signature.asc
Description: =?koi8-r?Q?=FC=D4=C1?= =?koi8-r?Q?_=DE=C1=D3=D4=D8?= =?koi8-r?Q?_=D3=CF=CF=C2=DD=C5=CE=C9=D1?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=C1=CE=C1?= =?koi8-r?Q?_=C3=C9=C6=D2=CF=D7=CF=CA?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=D8=C0?=