如何在Ruby环境中获取FD_SETSIZE常量值

我在研读Ruby的IO相关知识、补充POSIX兼容libc环境通用I/O知识时，找到相关问题讨论，发现Ruby自带的select方法存在特定场景使用隐患：当进程打开的文件描述符数量达到1024及以上时，在Linux等部分操作系统下调用select可能引发内存损坏。虽然其他文档可能未将该隐患标注到如此严重的级别，也存在可移植避免在这类场景调用select的思路，但如何为Ruby的select实现可移植的规避方案仍待解决。

深入查阅资料后发现，Linux平台select(2)手册页的「BUGS」章节对该问题有明确解释，核心涉及常量FD_SETSIZE：它是select可正常处理的文件描述符数量的排他上限。

select(2)手册页原文内容如下：

POSIX allows an implementation to define an upper limit,
advertised via the constant FD_SETSIZE, on the range of file
descriptors that can be specified in a file descriptor set.  The
Linux kernel imposes no fixed limit, but the glibc implementation
makes fd_set a fixed-size type, with FD_SETSIZE defined as 1024,
and the FD_*() macros operating according to that limit.  To
monitor file descriptors greater than 1023, use poll(2) or
epoll(7) instead.

The implementation of the fd_set arguments as value-result
arguments is a design error that is avoided in poll(2) and
epoll(7).

According to POSIX, select() should check all specified file
descriptors in the three file descriptor sets, up to the limit
nfds-1.  However, the current implementation ignores any file
descriptor in these sets that is greater than the maximum file
descriptor number that the process currently has open.  According
to POSIX, any such file descriptor that is specified in one of
the sets should result in the error EBADF.

为了在Ruby中落地对应的规避规则，我想到了初步方案，但希望确认是否存在更优解，相关疑问如下：

• 在Ruby环境中确定FD_SETSIZE取值的最佳方式是什么？
• 如果该值作为常量存在，就可以在调用select处理任意打开的文件描述符前做条件判断：至少在通用POSIX兼容操作系统上，当要处理的文件描述符大于等于FD_SETSIZE值时，Ruby程序可以提前抛出内部异常规避风险。
• 如果没有更简洁的实现方式，是否可以将该逻辑集成到项目的分发工具链中，在目标架构上先确定该常量的取值，再和其他应用常量一起存储？推测可以借助GCC、LLVM等工具链的cpp实现，思路类似sb-grovel。
• 是否存在其他更具可移植性的实现方案？Ruby内部是否已经内置了该常量？
• Ruby源码中是否已经做了相关校验？

内容的提问来源于stack exchange，提问作者Sean Champ