Hi Arnd, Thanks for the testing.
On út 25. srpna 2009, Arnd wrote: > Hi! > > Thank you for continuing development of Geeqie. I am a long time GQview > user. I use some other viewers as well. > > Here are some speed comparisons which might be interesting. I've done > them on an old P3-600 single CPU computer, which demonstrates the > differences (absolute values are not significant in this comparison) Just a note that geeqie flushes the draw queue every 50ms, that means 20 updates if the loading takes 1s and 200 updates if it takes 10s. 20 updates where each update draws 1/20 of the image area is faster than 200 updates by 1/200 of the area. So the absolute times are significant. > quite well. All programs were compiled with -O2, kernel is 2.6.27.7, the > versions are: > * Geeqie 1.0beta2 > * GQview 2.1.5 > * KuickShow 0.8.13 > * Xzgv 0.8 > > The resulting times in seconds were measured with the time command, user > cpu time only, numbers are averages of 5 tries, plus one pre-try not > measured so that everything is always in memory cache. > Geeqie startup time is 0.8s slower than gqview. Does it means that this 0.8s is added in all the other tests too? Also geeqie and gqview preloads the next image. Is this time included too? > With the exception of Xzgv, all are very slow to load a folder full of > files, and Geeqie is the slowest by far. This is what hurts the most the > current user experience with Geeqie in my opinion, because if you move > or add files the wait times accumulate. > This should be improved in current svn. > Geeqie is the best at zooming an image, and the worst at displaying > progressive JPEGs. Displaying non-zoomed normal (baseline) JPEGs is ok, > but GQview is quicker, which should not be! ;-) > This is probably an overhead of using threads. 2% is IMO not a big problem. > Xzgv is the fastest overall. This sure has to do with its reduced set of > features, but its display code might be interesting. Xzgv does not seem to do progressive loading. For progressive jpeg it means that geeqie and gqview redraws (and scales) the image several times. Xzgv first loads the image completely and then draws it. It would be interesting to measure the time until the first low-quality preview is shown. Vladimir > > PS: Results > > 1) Program startup > === > > 1.1) Empty folder > ---- > geeqie: 1,20 > gqview: 0,41 > kuickshow: 1,14 > xzgv: 0,12 > > 1.2) Folder with 5100 images (1st image very small) > ---- > geeqie: 10,7 > gqview: 7,1 > kuickshow: 6,0 > xzgv: 0,2 > > 2) Image loading > ===(only 1 image in folder, without startup time) > > 2.1) Baseline JPEG, 6000x4690, no zoom > ---- > geeqie: 10,1 > gqview: 9,9 > kuickshow: 11,5 > xzgv: 9,2 > > 2.2) Baseline JPEG, 6000x4690, zoom to window > ---- > geeqie: 12,8 > gqview: 22,6 > kuickshow: 15,4 > > 2.3) Progressive JPEG, 1638x2000, no zoom > ---- > geeqie: 8,0 > gqview: 6,4 > kuickshow: 0,7 > xzgv: 0,6 > > 2.3) Progressive JPEG, 1638x2000, zoom to window > ---- > geeqie: 10,0 > gqview: 9,5 > kuickshow: 8,8 > > --------------------------------------------------------------------------- >--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - and > focus on what you do best, core application coding. Discover what's new > with Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geeqie-devel mailing list > Geeqie-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geeqie-devel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
