[packagekit] Ipkg backend performance

[Richard Hughes]

On Mon, 2008-01-14 at 12:32 +0000, Thomas Wood wrote:
> On Fri, 2008-01-11 at 15:49 +0000, Thomas Wood wrote:
> [...]
> > ARMv4 System (266MHz)
> > --------------------
> > 
> > Without single init:
> > 
> > search-name runtime was 6.9 seconds
> > search-name runtime was 8.8 seconds
> > search-name runtime was 3.8 seconds
> > search-name runtime was 4.1 seconds
> > 
> > Unfortunately get description and get depends seem to be broken in the
> > build on the device. 
> 
> 
> Latest seems to be working better on the device so...
> 
> Now with the "single init" feature enabled, the first run includes
> setting up (init), where as subsequent runs do not need to init.
> 
> search-name runtime was 4.2 seconds
> search-name runtime was 1.7 seconds
> search-name runtime was 1.9 seconds
> search-name runtime was 2.6 seconds
> search-name runtime was 0.3 seconds
> search-name runtime was 2.0 seconds
> 
> get-depends runtime was 4.1 seconds
> get-depends runtime was 0.3 seconds
> get-depends runtime was 0.4 seconds
> get-depends runtime was 0.4 seconds
> get-depends runtime was 0.4 seconds
> 
> get-description runtime was 3.9 seconds
> get-description runtime was 0.2 seconds
> get-description runtime was 0.1 seconds
> get-description runtime was 0.1 seconds
> get-description runtime was 0.1 seconds
> get-description runtime was 0.2 seconds

Much better I guess. I'll try to push the single-instance packagekitd
into master this weekend and then we can see how much further time we
can save not doing the dlopen and setup each time.

> Interestingly, if I run search-name inside the time command, I get
> consistently lower results, with subsequent calls after init taking less
> than 0.4 seconds to complete. Does anyone have any thoughts on why this
> might be the case?

No, not really. The times from pkcon and time might be different as
pkcon only profiles the action, not the whole thing, so if you
get-description on "gtk+" it has to resolve and get-description before
it can be shown to the user.

Richard.