On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli <[email protected]> wrote: > On Wed, Apr 4, 2012 at 1:21 PM, Vincent Torri <[email protected]> wrote: >> On Wed, Apr 4, 2012 at 6:02 PM, Vincent Torri <[email protected]> >> wrote: >>> On Wed, Apr 4, 2012 at 4:52 PM, Rafael Antognolli >>> <[email protected]> wrote: >>>> Hello people, >>>> >>>> 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! >>> >>> what about Windows ? >> >> a small grep finds : >> >> shm_open >> fork + execvp >> >> so it will be hard to have someting working well on Windows... > > Linux specific code on the server is in > evas_cserve2_main_loop_linux.c
are you really serious when you say that ? just grep 'shm_open' and 'fork'... btw, if you were doing portable code, you would use eina_file for shm_open and not shm_open directly Some questions : * what about the Coyote and ps3 arch ? * will cserve2 be optional like cserve ? Vincent >, the same for slaves and shm. The idea > is (and we have the most part of it already done) to abstract every > function that is specific to linux so we can have the specific windows > implementation for it. > > For the shm side inside evas, while it's still using normal shm + > mmap, I'm going to change it to use just the eina functions available > to that. > > -- > Rafael Antognolli > ProFUSION embedded systems > http://profusion.mobi > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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
