> In fact, there already appears to be some degree of allocation on demand > for VT's (otherwise deallocvt has no point), just not for everything > associated with the VT. I'd be willing to bet that almost everything > that reasonably can be dynamically allocated already is, there is a bare > minimum required for even a virtual device after all.
If there is 1.6K overhead per vt coming from somewhere (given we only preallocate 1 VT) then either - There is stuff not being dynamically allocated (which you can find and fix) - Your userspace is triggering those dynamic allocations There is no magic thing that requires 1.6K of kernel data per console. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
