[yocto] [PATCH 0/2][Image Creator] Hob Cache for speed up switching

[Ke, Liping]

Hi, Josh

Yes, definitely this patch's importance is much less than the previous one. But if more users are using hob, the cache would be very useful.
Because when using UI, users tend to switch between all combination of menu frequently. 
Even with the improved the speed, we still need around 7s. It would be nice if he switches back the UI is loaded immediately without waiting time.

Yes. Definitely we need to make sure the hash key was correct.
Currently I am not sure which elements should be the final correct one (the UI might changes in the future).
So my suggestion is that: we hold the patch. In the near future, when Hob is very mature and nice, we can decide the combination key.
Then we rebase the patch and resend the patch. How do you think about it?

Thanks a lot for your help!
criping

> -----Original Message-----
> From: yocto-bounces at yoctoproject.org
> [mailto:yocto-bounces at yoctoproject.org] On Behalf Of Joshua Lock
> Sent: Wednesday, July 20, 2011 8:42 AM
> To: yocto at yoctoproject.org
> Subject: Re: [yocto] [PATCH 0/2][Image Creator] Hob Cache for speed up
> switching
> 
> On Mon, 2011-07-11 at 15:31 +0800, Ke Liping wrote:
> > From: Liping Ke <liping.ke at intel.com>
> >
> > The two patches are the implmentation of Hob Cache for accelarating
> > UI switching. If one configuration has been saved before, when user
> > switch back to the same configuration combination, we will use the
> > cache content instead of re-triggering parsing/loading phase.
> 
> I'm still not certain about merging this change, do you feel it's still
> worth it once we've merged your change to reduce the tree generation
> time?
> 
> If so we need to revise the second patch to invalidate the cached value
> correctly. sdk-machine shouldn't affect the available packages but which
> layers are enabled certainly will.
> 
> Cheers,
> Joshua
> --
> Joshua Lock
>         Yocto Project "Johannes factotum"
>         Intel Open Source Technology Centre
> 
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto