Hi, On Wed, Apr 4, 2012 at 4:52 PM, Rafael Antognolli <[email protected]> wrote: > As some people know, ProFUSION is also working on Evas and making some > changes that should make it even faster. > > Currently we are working on the images cache server, and it should be > similar to the previous cserve, but with a more asynchronous API. It > also has some fundamental changes, like having a pool of loaders where > each of them run on a different process. > > The main idea is that the client can request the images needed as soon > as a file_set is done, but don't block waiting for them to load. Once > Evas really needs the image data, it will finally block to get this > data, and should return almost immediately if it was already loaded. > > Some tweaks still must be done on the current code, some cleanup, and > even some documentation, but the core is already there. A new internal > cache was also done for Evas, very similar to the previous one but > with some more direct calls to the server and some shorter code paths. > > The code can be seen here: > http://git.profusion.mobi/cgit.cgi/antognolli/evas-cserve2/ (branch cserve2) > > Any comments are welcome!
I didn't have the time to read the code and see what you did, but I have just one request. Don't put it inside evas. If it get outside of evas, we can use ecore to simplify it's code for example, making it also easier to port to other OS. I know that it would be strange to have a runtime dependency of evas build after evas, but once we merge all the library tree, nobody will notice. So basically, for portability and maintenance, I would like to see that project moved outside of evas. -- Cedric BAIL ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
