Messages in this thread | | | Date | Thu, 12 Apr 2001 10:41:33 +0200 | From | Jamie Lokier <> | Subject | Re: No 100 HZ timer ! |
| |
John Alvord wrote: > I bumped into a funny non-optimization a few years ago. A system with > a timer queue like the above had been "optimized" by keeping old timer > elements... ready for new tasks to link onto and activate. The > granularity was 1 millsecond. Over time, all timer values from 0 to > roughly 10 minutes had been used. That resulted in 60,000 permanent > storage fragments laying about... a significant fragmentation problem. > The end was a forced recycle every month or so.
This is the sort of thing that Linux does with slab, dentry, inode caches and so on. In theory the memory is reclaimed as required :-)
It's not a big issue with timers, as the timer elements are fixed size structures that tend to be embedded in other structures. So the lifetime of the timer element is the same as the lifetime of the object associated with the timer.
-- Jamie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |