Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes

[Andi Kleen]

> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/