Google
  Web www.spinics.net

Re: Cache strategy

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On Tue, Jun 16, 2009 at 8:58 AM, johannes hanika<hanatos@xxxxxxxxx> wrote:
> this is handled well because changing the last operation in the graph
> will need the output of the previous one, thus incrementing the ``more
> recently used'' value of this one, preventing the important previous
> cache line from being swapped out.
>
> if this swaps out other important cache lines on the way, a mechanism to
> detect such a situation can be implemented (only changing parameters of
> the same op very often and quickly), such a thing is required for the
> history stack anyways, as it would also overflow.
>
> so i was thinking if maybe such a global (in the parent gegl node?),
> straight forward LRU cache with an appropriate hash could work for the
> tiles in GEGL as well (one tile = one cacheline, or one mip-map level of
> a tile = one cacheline..)? did you try it already? if so, how did it go?

Having caches for all nodes effectively implement what you suggest,
since the caches are just GeglBuffers and GeglBuffers that are unused
will end up having all their tiles in swap on disk.

-- 
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
_______________________________________________
Gegl-developer mailing list
Gegl-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


[Video For Linux]     [Photo]     [Yosemite News]    [Yosemite Photos]    [gtk]     [GIMP Users]     [KDE]     [Scanner]     [Gimp's Home]     [Gimp on Windows]     [Steve's Art]     [Webcams]