Linux新线程创建256/512号File descriptor耗时异常咨询

1. 现象是否符合预期？ #

是，这属于Linux内核的正常行为表现。

2. 为什么会出现该情况？ #

Linux中每个线程都拥有独立的文件描述符（FD）表，其底层是动态扩展的数组结构：

• 线程初始化时，FD表的初始容量很小（通常远小于256）。
• 当新线程首次分配到256、512这类特定边界值的FD时，内核需要为FD表扩容，重新分配更大的内存空间，同时完成内存页分配、数据拷贝等操作，这些操作会带来明显的耗时（5~15ms正是内存扩容+页初始化的典型耗时）。
• 主线程因为在进程生命周期中已经多次分配FD，FD表早已完成扩容，所以不会触发这个耗时操作；而新线程是首次触及这些扩容阈值，才会出现延迟。
• 不仅普通文件FD，timerfd、epoll_create这类特殊FD的分配也会触发同样的FD表扩容逻辑，因此表现出一致的耗时特性。

3. FD池复用是否比频繁创建销毁更优？ #

是的，FD池复用在这种场景下优势明显：

• 避免了新线程首次分配边界FD时的扩容耗时，复用已创建的FD可以将操作耗时稳定在微秒级。
• 减少了内核层面的FD创建/销毁开销（比如FD表维护、对象初始化等），尤其在频繁创建新线程并使用FD的高并发场景下，性能提升会更显著。

测试代码示例 #

#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
#include <sys/timerfd.h>
#include <sys/epoll.h>
#include <unistd.h>
#include <time.h>

#define TEST_COUNT 1000

long long get_us() {
    struct timespec ts;
    clock_gettime(CLOCK_MONOTONIC, &ts);
    return ts.tv_sec * 1000000 + ts.tv_nsec / 1000;
}

void* test_fd(void* arg) {
    int fd;
    long long start, end;

    for (int i = 0; i < TEST_COUNT; i++) {
        start = get_us();
        fd = timerfd_create(CLOCK_MONOTONIC, TFD_NONBLOCK);
        // 也可以替换为epoll_create(1)或open("/dev/null", O_RDONLY)
        end = get_us();
        if (fd >= 256 && fd <= 512) {
            printf("FD %d created in %lld us\n", fd, end - start);
        }
        close(fd);
    }
    return NULL;
}

int main() {
    pthread_t tid;
    pthread_create(&tid, NULL, test_fd, NULL);
    pthread_join(tid, NULL);
    return 0;
}

测试输出示例 #

FD 256 created in 8247 us
FD 257 created in 1 us
FD 512 created in 11352 us
FD 513 created in 1 us
...

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