Comment # 29 on bug 1165351 from Thorsten Kukuk

(In reply to Thomas Blume from comment #28)
> Thorsten, I'm just collection ideas before discussion that upstream, would
> be good if you could give your opinion.

The above are all insane hacks to workaround a bad design and creating more
problems than they solve.

In my opinion, there are only two possible solutions:
1. Limit the number of possible fd's and add everywhere a check in the tirpc
code, that we don't access data behind the array. Quick and easy doable, but
does not solve of the insane amount of memory usage and adds additional the
problem, that connections could go lost if the filedescriptor number is getting
to high. So the same problem was we had with glibc. So we minimize the original
problem by adding new problems.

2. I seldom agree with Poettering, but here I do: we need to fix the tirpc
implementation. Don't allocate an array for all possible fd numbers, but
instead use a linked list or something similar. Yes, this will be slower, but
if I look at the usage, I don't think this is a real problem on todays CPUs.