> Fixing the first of these I think is a no-brainer. That will cut the > size of the existing stub pool by almost half. The second is more of a > judgement call, and I'd like to see performance numbers for it. Either > which way, I think it's worthwhile to consider this as an alternative to > playing segmentation tricks, which I think could have really nasty > side effects.
Or again just generate them on demand when the interrupt is set up. If you really have 240 interrupts sources you can afford the 5k likely, but for most there will be only a minimum number of stubs. Although frankly I suspect there are far easier ways to save 5k of memory. -Andi _______________________________________________ Lguest mailing list [email protected] https://ozlabs.org/mailman/listinfo/lguest
