Bug#508672: nautilus: Generating video index on constantly changing file -> CPU load 100%

[Josselin Mouette]

Le dimanche 14 décembre 2008 à 17:04 +0100, Ondra Kunc a écrit :
> I've tryed it and found that file which is copied by cp isn't reindexed 
> by dvgrab, may i file a bug on dvgrab or is it possible to apply any 
> workaround to nautilus in the future? I'm not sure if this behaviour is 
> correct. I mean that nautilus may check that file was not modified last 
> 10 secs, it would solve this problem for all applications, not dependent 
> on writing pattern.

That would be an unacceptably long delay for files that are just copied.
The root of the problem is probably that dvgrab writes some bytes, then
waits a few seconds, writes again… something logical of course for a
piece of software that works with frames. If the delay reaches 10
seconds, your method won’t even work.

Maybe it should check instead that no process is using the file, but
that would lead to a lot of false positives.

Cheers,
-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20081215/391489ed/attachment.pgp