Почему getent по умолчанию использует.station, если TLD не указан?

Думаю, у меня есть на это ответ. Резюме, похоже, состоит в том, что произошло изменение имени, хотя мне пока не удалось найти документацию по этому поводу.

Детали:

Заметки Шичао основаны на книге Linux Kernel Development Роберта Лава . Эта книга основана на ядре версии 2.6.34. Фрагменты кода в примечаниях соответствуют коду в файле kernel/workqueue.c для этой версии:

/*
 * The per-CPU workqueue (if single thread, we always use the first
 * possible cpu).
 */
struct cpu_workqueue_struct {

        spinlock_t lock;

        struct list_head worklist;
        wait_queue_head_t more_work;
        struct work_struct *current_work;

        struct workqueue_struct *wq;
        struct task_struct *thread;
} ____cacheline_aligned;

/*
 * The externally visible workqueue abstraction is an array of
 * per-CPU workqueues:
 */
struct workqueue_struct {
        struct cpu_workqueue_struct *cpu_wq;
        struct list_head list;
        const char *name;
        int singlethread;
        int freezeable;         /* Freeze threads during suspend */
        int rt;
#ifdef CONFIG_LOCKDEP
        struct lockdep_map lockdep_map;
#endif
};

Похоже, что эта версия Linux использовала функцию init _workqueues для создания рабочих очередей:

void __init init_workqueues(void)
{
       ...
        keventd_wq = create_workqueue("events");
}

В книге Роберта Лава на странице 154 в разделе «Создание очередей» говорится: «

You create a new work queue and the associated worker threads via a simple function: struct workqueue_struct *create_workqueue(const char *name); The parameter name is used to name the kernel threads

Таким образом, кажется весьма показательным, что приведенный выше код является причиной того, что рабочие потоки были тогда названы «событиями».

Более новый код, относящийся к 4.19, имеет несколько отличий. Во-первых, workqueue _struct намного обширнее, а cpu _workqueue _struct больше не существует. Теперь есть пулы, и создание рабочего потока рабочей очереди выполняется функцией с именем create _worker в пуле. Внутри этой функции создается kthread "kworker/%s", как видно из приведенного ниже фрагмента кода :

.

/**
 * create_worker - create a new workqueue worker
 * @pool: pool the new worker will belong to
 *
 * Create and start a new worker which is attached to @pool.
 *
 * CONTEXT:
 * Might sleep.  Does GFP_KERNEL allocations.
 *
 * Return:
 * Pointer to the newly created worker.
 */
static struct worker *create_worker(struct worker_pool *pool)
{
       ...
        worker->task = kthread_create_on_node(worker_thread, worker, pool->node,
                                              "kworker/%s", id_buf);
       ...
}

Итак, это все, что я мог рассказать об этом. Если у кого-то есть больше уточнений или исправлений, я хотел бы их услышать.

Что касается окончательной информации об рабочих очередях, то она находится в этом документе ядра