> On Dec 3, 2015, at 11:09 AM, William A Rowe Jr <[email protected]> wrote: > > My personal wish list is that we eliminate module bloat by coalescing > alternative "standard" implementations into a single module again in > 2.next, and not just limited to lbmethod, but also the core socache > and slotmem providers. Most stock/core implementations shouldn't > change if a user wants to plug in 'yet another' option, but there is really > no excuse for us to map so many ldobjects and text pages into the > memory map of a given process, when the actual program text page > of each is a few hundred opcodes, max. >
Not following you there... what do you mean? You mention the lbmethods; do you mean instead of having each method be its own module, making them all one?
