"Peter T. Breuer" wrote: > Curiously enough, I'm slightly more nonplussed by the problem of > kfreeing the bitmap pages when their dirty count drops to zero. > I can foresee that when journalling we will go 0 1 0 1 0 1 in terms > of number of bits dirty in the map, and if we kfree after the > count drops to zero each time, and kmalloc when we should set > the count to 1, then we will be held up. And maybe sleep when we > shouldn't - the bitmap lock is held for some ops. Needs checking. > > What should I do? Maintain a how-many-times-we-have-wanted-to-free-this > page count and only free it on the 10th attempt? hmm...perhaps an LRU approach? you could store a timestamp (jiffies?), so that you never deallocate a page unless it hasn't been used in X amount of time...might be too heavyweight for what you're trying to do -- Paul - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
