[alsa-devel] [PATCH 1/2 v2] ASoC: soc-cache: block based rbtree compression
Takashi Iwai
tiwai at suse.de
Tue May 3 18:06:57 CEST 2011
At Tue, 3 May 2011 16:55:59 +0100,
Mark Brown wrote:
>
> On Tue, May 03, 2011 at 05:54:21PM +0200, Takashi Iwai wrote:
> > Mark Brown wrote:
>
> > > We'll want to do that as well, but we still want the actual data
> > > structure underneath to support that. Since most register maps that
> > > benefit from compression are also sparse rbtree is the common case for
> > > getting a win from this.
>
> > Hm, but iteration in the sorted order is pretty easy and cheap in
> > rb-tree structure. It's not necessarily to be exported in an array.
>
> I2C and SPI controllers don't typically do gather terribly well, though,
> and there is a win from reducing the number of rbtree nodes anyway.
That's true. But it may also result in holes.
And, this gives more code complexity. That's my point.
That being said, I see the usefulness of this change, too. But, also
interested in a bit more quantitative investigation about its gain,
too.
Takashi
More information about the Alsa-devel
mailing list