Yesterday we had a discussion on irc, if we should put abstract data 
types of ecore and of evas into a single standalone lib. The whole 
discussion came up because of the two implementations of the shared 
strings. And in fact if we really want to share strings efficient, we 
have to share them over the borders of the different libraries.

Raster's idea was to first put the shared string stuff in this new 
library because both implementation have the same api (of course the 
names are different) and the same functionality. Remains the question 
which implementation we use.


Therefor I've written a small test application, to measure the time it 
takes to create new strings, access new strings and to delete them.

You can find the program here:
mowem.de/ecore/compare.c

And here a here the plot of the result
mowem.de/ecore/result_direct.ps

In short words, since evas uses a static bucket count it has a very good 
performance for few strings, for many ecore has a good access time, but 
still pays the price for the reordering of the increased or decreased 
bucket count.

Peter

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to