https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html Компания NLnet Labs представила (http://www.unbound.net/pipermail/unbound-users/2012-May/002386.html) новую версию кеширующего DNS сервера Unbound, ориентированный на использование в промышленной инфраструктуре интернет сервис-провайдеров. Unbound распространяется под лицензией BSD, имеет модульную структуру и поддерживает работу резолвера в рекурсивном и кэширующем режиме, также имеется возможность проверки валидности DNSSEC сигнатур, асинхронных запросов и библиотеки для интеграции кода резолвера в пользовательские приложения (stub-resolvers). <br><br><br>Наиболее интересные новшества релиза: <br><br><br>- Для unbound-control появились директивы forward_add, forward_remove, stub_add, stub_remove, позволяющие налету менять настройки по пересылке запросов (удобно применять при смене сетевого подключения);<br>- Новая директива rrset-roundrobin для возможности возвращать из кеша множественные данные для записей в случайном порядке;<br>- Директивы forward-first и stub-first, указывающие повторить попытку выполнить запрос в обы https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#20 Tue, 29 May 2012 11:07:13 GMT &gt;For this test, we ran queryperf on the loop-back interface... We ran the benchmark<br><br>three times, and took the average result, which we label &#8220;Queries /sec&#8221; in the results<br>tables below<br><br>&gt;We ran the same test over a 100Mb switched network from a GNU/Linux client. We<br><br>conducted this test three times and took the average. (The result is labeled &#8220;Queries<br>/sec (LAN)&#8221;.)<br><br>&gt;We ran the queryperf benchmark from the same client machine, starting it ten times<br><br>simultaneously. The result is labeled &#8220;Queries /sec (10 clients)&#8221;.<br><br><br>Я вас не понимаю, вы тролите или вы женшина и вы "всегда правы"?<br><br>Вот же таблица с результатами и для loopback, и для одного queryperf клиента по сети, и для 10 queryperf клиентов по сети:<br>i50.tinypic.com/16205j8.png<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#19 Tue, 29 May 2012 08:50:53 GMT Методика описана, ок, но вот несколько моментов<br>1. "Wherever possible we used the latest versions of the name servers, and we compiled<br>them ourselves from their respective source distributions." - как они их компилили, с какими опциями, неизвестно.<br>2. Судя по всему, тесты для каждого сервера были запущены один раз, не показатель.<br>3. Корневой и кеширующий сервера, а также и 10 клиентов были запущены на одной машине.<br>4. Конфигов не приведено.<br><br>IMHO, нельзя считать эти бенчмарки репрезентативными.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#18 Mon, 28 May 2012 22:39:52 GMT &gt; Для любых задач DNS нужно использовать BIND, потому что он юниксвейный и <br>&gt; совершенно не блоатварный, а всякие комбайны-поттероподелки с разделением функциональности <br>&gt; не нужны.<br><br>Вот выйдет BIND 10, целиком написанный на питоне, требующий 2 минимум гига оперативки и обслуживающий 5 запросов в минуту - тут-то и наступит счастье всем борцам с поттероподелками. Ведь питон - это скрипты, и их можно редактировать без перекомпиляции!<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#17 Mon, 28 May 2012 22:37:29 GMT &gt; Ну,знач, квадратный робин со случайным порядком сделали. Не напрягайтесь.<br><br>Наши переводчики еще и не такое могут!<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#16 Mon, 28 May 2012 22:34:35 GMT &gt; И изначальный посыл был вовсе не о скорости.<br><br>Разумеется, скорость не главное. И потребление ресурсов тоже. И архитектура.<br>Для любых задач DNS нужно использовать BIND, потому что он юниксвейный и совершенно не блоатварный, а всякие комбайны-поттероподелки с разделением функциональности не нужны.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#15 Mon, 28 May 2012 20:06:46 GMT Так все таки "поттеринг поделка" или таки нет?<br><br>jpmens.net/2010/10/29/alternative-dns-servers-the-book-as-pdf/<br>Вот книга из которой взяты цифры. Там же описание тестового стенда и методики.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#14 Mon, 28 May 2012 18:48:34 GMT Набор цифр. Где описание методики тестирования, спецификации железа, конфигурационые файлы?<br><br>И изначальный посыл был вовсе не о скорости.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#13 Mon, 28 May 2012 18:05:40 GMT &gt; Это не авторитарный сервер, а кеш. <br><br>Разоблачители "наколеночных поделок"&#8482; не видят разницы между авторитетным сервером и кеширующим резолвером.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/84708.html#12 Mon, 28 May 2012 18:03:11 GMT Всякий настоящий борец с "поттеринг-стайл поделками"© знает, что скорость не имеет никакого значения.<br>