[9] PING: RFC on 8165823 & 8168500: (se) EPollArrayWrapper optimization for large file descriptors

[Alan Bateman]

On 11/11/2016 01:28, Brian Burkhalter wrote:

> I was however able to reproduce the problem by modifying the 
> LotsOfChannels test and the EPollArrayWrapper constructor to sleep at 
> two particular places during which I executed the prlimit command as
>
> $ prlimit --nofile=512:512 --pid PID // before EPollArrayWrapper 
> constructed
> $ sudo prlimit --nofile=2048:2048 --pid PID // at end of 
> EPollArrayWrapper constructor after eventsHigh NOT initialized
>
> where PID is the process ID of the Java process executing 
> LotsOfChannels. While this does not confirm that the RLIMIT_NOFILE 
> resource changed dynamically in the submitter’s use case, it does 
> verify that the scenario is plausible. It would seem therefore that 
> always initializing a final eventsHigh to an empty HashMap is a 
> reasonable defensive solution.
>
That seems fine, got for it.

-Alan.