смысла нет выбирать асинхронный
можно создать свой поток в котором резолвить запросы и складыват в очередь
а из асинхронки ставить таймаут на резолв в очередь, и через таймаут проверять результат с другой очереди

Смущает то что код давно не обновлялся

Протокол DNS тоже не часто обновляют, как и linux syscall (или интерфейсы glibc), а больше там ничего и не используется, скорее всего...

Просто попробуй использовать udns, поймешь, насколько он подходит для твоих задач. Если чего-то будет не хватать, можешь написать письмо, или выслать патч - тогда окончательно поймешь, насколько тебе подходит udns (уверен, Миша отреагирует очень оперативно).

IMHO, если думаешь, что он тебе больше подходит, чем другие варианты - просто пользуйся и не заморачивайся. udns - это довольно мелкий проект, который однажды написали, какое-то время он эволюционировал и стабилизировался, когда вся нужная функциональность реализована, все ошибки исправлены, а интерфейсы с внешним миром не меняются.

Тот что изкоробки не подходит потому что не работает с произвольными типами записей.

Просто отправьте патч

смысла нет выбирать асинхронный

Да лан, а если 100+ запросов, то их тоже резолвить поочереди и забить на то что используем libevent?

какое-то время он эволюционировал и стабилизировался

Спасибо, про стабильность и хотел услышать

Просто отправьте патч

к сожалению, моих знаний и времени недостаточно чтобы запилить патч для libevent или c-ares, но такие мысли были

Да лан, а если 100+ запросов, то их тоже резолвить поочереди и забить на то что используем libevent?

бгг, ну давайте забьем в баш скрипт 100+ разных доменов и посмотрим за сколько они разрезолвятся в лучшем случае
не я конечно одобряю что в случае за миллионы запросов это очень актуально
но вы в своих реалиях даже до пол тыщи не дойдете

я оценил колво запросов по уникальным доменам и их на порядки больше чем 100.
А вообще, если бы не объем запросов, я бы сделал как ты говоришь - последовательный резолвер в отдельном потоке, обгородил бы это все мьютексами и горя бы не знал

ну так за какое время резолвятся все эти хосты вместе ?

я не могу сказать определенно
просто представь себе что надо отрезолвить 10 тыс доменов разом и не единожды

просто представь себе что надо отрезолвить 10 тыс доменов разом и не единожды

Спаммер что-ли (шучу)?

Только учитывай, что DNS запросы и getaddrinfo сильно разные вещи.

getaddrinfo использует NSS, который лезет в /etc/hosts, LDAP, nmb и любые другие локальные и сетевые базы (поэтому, не может быть асинхронным, кроме как работать на пуле потоков) и только потом делает DNS запрос (который сделать асинхронным довольно просто). Т.е. асинхронный DNS локальные адреса, если их нет в DNS разрешить не сможет (например, если адрес прописан в /etc/hosts).

нет, не спамер)
мне удалось после непрофильного говновуза устроиться погромистом на очень жестких условиях и скоро будет проект в котором мне придется работать с асинхронностями, хочу разобраться и поэтому взялся написать утилиту которая по большрму списку доменов скачивает главную страницу.
Про nss не знал

синтетические надуманные задачи ? тогда вам не сюда, абстрактных коней в вакууме дома считайте

не надуманная
задачу взял на фрилансе

про за тыщу резолвов ? очевидно спам бот ака зловред
в реальных задачах этого не бывает

cat list |parallel curl {}

Не пойдёт?

Тут целый event-driven DNS server framework https://github.com/raybellis/evldns на основе libevent2.