On Saturday 20 June 2009 19:21:28 stair wrote: > I have been a long time user of GQview and switched to GeeQie about a > year ago, great stuff Guys, it looks like you are working really hard on > it I look forward to watching GeeQie develop. > > Now my point, when performing file operations from within GeeQie e.g. > moving or deleting a large number of images (a few 100s) things get very > slow taking 100% processor. As the number of images remaining to be > operated on gets smaller things speed up. It is as if the operation is > performed on only 1 image at a time and after each operation the list of > remaining images is re-created. I have no idea if this is what is really > happening, only that this is what seems to happen in use. I don't recall > these operations being so slow on GQview, any thoughts? >
The file operations are performed one file at a time in an idle call (g_idle_add called in file_util_perform_ci_internal) The file list is updated in another idle call (g_idle_add called in vf_refresh_idle). Both these idle calls have the same priority. It probably needs a more clever handling of list update priority - start low and increase over time. I will try to implement it. Thanks for pointing on this issue. Vladimir ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
