![]() | |||||||||||||
Messages in this thread |
* Steven Rostedt <rostedt@goodmis.org> wrote: > [...] Today's slab system is starting to become like the IDE where > nobody, but a select few sado-masochis, dare to venture in. (I've CC'd > them ;) [...] while it could possibly be cleaned up a bit, it's one of the best-optimized subsystems Linux has. Most of the "unnecessary complexity" in SLAB is related to a performance or a debugging feature. Many times i have looked at the SLAB code in a disassembler, right next to profile output from some hot workload, and have concluded: 'I couldnt do this any better even with hand-coded assembly'. SLAB-bashing has become somewhat fashionable, but i really challenge everyone to improve the SLAB code first (to make it more modular, easier to read, etc.), before suggesting replacements. the SLOB is nice because it gives us a simple option at the other end of the complexity spectrum. The SLOB should remain there. (but it certainly makes sense to make it faster, within certain limits, so i'm not opposing your SLOB patches per se.) Ingo - 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/ | ||||||||||||
| Last update: 2005-12-21 08:02 [from the cache] ©2003-2008 | |||||||||||||