On Jan 4, 2008 8:43 PM, Nathan Ingersoll <[EMAIL PROTECTED]> wrote: > On Jan 4, 2008 4:02 PM, Cedric BAIL <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I am looking for a way to improve edje file load time. Right now a > > large amount of time is logically lost in _eet_data_descriptor_decode. > > So looking at its profile, most of the time is lost in manipulating > > string. > > Before getting into the details of your change ideas, could you > explain the use case that you are profiling and the motivation behind > it? For instance, are you seeing a slow load time when initially > starting an application, or is this a case where various edje files > are decoded over time, or accessing multiple data fields, etc?
Nathan points are valid, of course, but I'm really interested in this kind of stuff, because it's mostly "for free" if you can mmap it, also it will help on high memory pressure situations, since these regions would be file-based and can be evicted and reloaded when app is used again (not a situation I'd like, but would help on embedded systems a bit). Cedric, something else related is trying to group these strings near, so when they're loaded they'd be on the same memory page, this would help disk seeks and the issue I pointed before. Any knowledge of this area? -- Gustavo Sverzut Barbieri -------------------------------------- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
