On Fri, 16 Oct 2015 16:43:54 +0100 Tom Hacohen <t...@osg.samsung.com> said:

> > See the code, it was already used only once, so it was not actually
> > reused at all. Since this is code in the header, this could have never
> > been changed without breaking ABI anyway, which means this change
> > actually has 0 performance impact. Well, actually, it is a slight
> > positive impact, as you now pass less things on the stack and the "code
> > size" is a bit smaller.
> >
> > I'm working on a follow up patch that improves speed drastically that
> > actually caches some values among calls. I already finished and it's
> > pretty awesome, but I need to just see if I can improve it a bit further
> > before I push. I guess I can puhs now and worst can improve in a
> > separate patch.
> 
> There you go, now it's in. This should be the end of this series of ABI 
> breaks and hopefully the end of ABI breaks in Eo in general. This was 
> requested by Carsten so all of the ABI breaks that lead to significant 
> performance improvements will be in now.
> 
> I have a few more improvements in my branch, and I think I reach a total 
> of around 30% speed improvement with my whole patch series. I plan on 
> maybe doing a quick write up with some graphs and more info soon.

where is your benchmark tool/thingy you use for this?

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to