Messages in this thread |  | | | Date | Wed, 2 May 2007 12:42:54 -0700 (PDT) | | From | Christoph Lameter <> | | Subject | Re: 2.6.22 -mm merge plans: slub |
| |
On Wed, 2 May 2007, Andrew Morton wrote:
> > At some point I dream that SLUB could become the default but I thought > > this would take at least 6 month or so. If want to force this now then I > > will certainly have some busy weeks ahead. > > s/dream/promise/ ;) > > Six months sounds reasonable - I was kind of hoping for less. Make it > default-to-on in 2.6.23-rc1, see how it goes.
Here is how I think the future could develop
Cycle SLAB SLUB SLOB SLxB
2.6.22 API fixes Stabilization API fixes
Major event: SLUB availability as experimental
2.6.23 API upgrades Perf. Valid. EOL
Major events: SLUB performance validation. Switch off experimental (could even be the default) Slab allocators support targeted reclaim for at least one slab cache (dentry?) (vacate/move all objects in a slab)
2.6.24 Earliest EOL Stable - Experiments
Major events: SLUB stable. Stable targeted reclaim for all major reclaimable slabs. Maybe experiments with another new allocator?
2.6.25 EOL default - ?
Death of SLAB. SLUB default. Hopefully new ideas on the horizon.
- 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/
|  |