https://opennet.ru/openforum/vsluhforumID3/92379.html Компания NLNet Labs объявила (http://open.nlnetlabs.nl/pipermail/nsd-users/2013-October/001734.html) о выпуске DNS-сервера NSD 4.0 (http://www.nlnetlabs.nl/projects/nsd/), спустя семь лет с момента релиза NSD 3.0. Сервер поддерживает работу только в авторитативном режиме (обработка DNS-зон) и максимально оптимизирован для решения данной задачи. Стабильность и надёжность NSD подтверждена использованием данного DNS-сервера на нескольких корневых серверах DNS и серверах, обслуживающих домены первого уровня.<br>Код NSD распространяется под лицензией BSD.<br><br><br><br><br>На уровне поддержки протоколов NSD полностью совместим с другими авторитативными и рекурсивными серверами DNS, а также может использоваться для DNSSEC (с поддержкой NSEC3). На уровне файлов зон NSD совместим с BIND и может работать файлами зон BIND, без необходимости внесения в них изменений. Исходные файлы зон компилируются в бинарное индексированное представление, которое обеспечивает минимальное время запуска, оптимальную производительность и гарантию https://opennet.ru/openforum/vsluhforumID3/92379.html#25 Sat, 02 Nov 2013 16:22:37 GMT "Если бинду перестанет хватать памяти он может выйти за пределы стека"<br>я могу чего то не знать, но ИМХО могу предполагать, что с ваших слов если bind-у не хватит памяти то вместо свопа он полезет в любую часть памяти? по сути вопроса.. в unix или linux если процесс держит область памяти которая зарезервирована для его нужд, кто то может переступить через порог и занять то что ему покажется "свободным".. по моему это называется bag и явно сложит систему... что то или я не понимаю или вы не то говорите..<br>о аналогичных косяках в ядре в свое время было описание, и на сколько мне память не изменяет баг перехлеста областей памяти был закрыт.. но могу я и ошибаться.. тогда это проблема.. :( <br> https://opennet.ru/openforum/vsluhforumID3/92379.html#24 Sat, 02 Nov 2013 11:56:08 GMT &gt; что касается расхода памяти.. дык ема е а, что если ее не <br>&gt; хватает, купить и зафиксировать объем под необходимые нужды проблема? .. ведь <br>&gt; вы ее все равно выделяете когда ставите службы и программы, просто <br>&gt; заранее предполагая сколько ее понадобиться для нужд системы в целом..<br><br>Если бинду перестанет хватать памяти он может выйти за пределы стека<br><br> https://opennet.ru/openforum/vsluhforumID3/92379.html#23 Sat, 02 Nov 2013 11:42:55 GMT насчет "костыля" .. соглашусь отчасти, но в ситуации когда есть необходимость решения, можно много чего в Линуксе костылями обзывать.. на то он и Линукс, вы имеете конструктор, добротный, пользуйтесь.. что касается хака.. гм, это вы про что? <br>про модуль zram - http://ru.wikipedia.org/wiki/ZRam<br>решение человека применительно к ситуации: http://habrahabr.ru/post/172137<br>ИМХО хаком называть.. как то странно..<br>что касается расхода памяти.. дык ема е а, что если ее не хватает, купить и зафиксировать объем под необходимые нужды проблема? .. ведь вы ее все равно выделяете когда ставите службы и программы, просто заранее предполагая сколько ее понадобиться для нужд системы в целом..<br>я не вижу здесь каких либо глобальных проблем..<br>у меня на некоторых серверах с виртуализацией используется такая технология..<br>пока тьфу, тьфу.. при чем уже год как.. и даже базы крутятся в таком..<br>Вообще скажу так, когда возникает необходимость решения проблемы, любое решение которое будет эффективным - является успешным. Что касае https://opennet.ru/openforum/vsluhforumID3/92379.html#22 Fri, 01 Nov 2013 17:50:53 GMT &gt;&gt; Для ускорения Bind можно организовать через zram + losetup = md весьма пульный ускоритель<br><br>Простите, это не ускоритель а костыль и хак + фиксированный обьем память расходуеться<br> https://opennet.ru/openforum/vsluhforumID3/92379.html#21 Fri, 01 Nov 2013 15:23:13 GMT Для ускорения Bind можно организовать через zram + losetup = md весьма пульный ускоритель, тогда работа bind будет мерятся на наносекунды.. в принципе так можно что разгонять.. :)<br>не пользовал NSD, интересно чем отличается от bind? ... в плане юзабельности и эффективности.. <br> https://opennet.ru/openforum/vsluhforumID3/92379.html#20 Fri, 01 Nov 2013 01:09:10 GMT &gt; А начем бы сделать днс с поддрежкой географии. Чтобы для америки одно <br>&gt; отдавал, а для европы другое?<br><br>gdnsd<br> https://opennet.ru/openforum/vsluhforumID3/92379.html#19 Fri, 01 Nov 2013 01:08:35 GMT gdnsd<br> https://opennet.ru/openforum/vsluhforumID3/92379.html#18 Thu, 31 Oct 2013 21:28:50 GMT &gt;&gt;Про вьюхи всем знакомо. Но бинд на большом количестве зон, а если еще и на большом количестве ip - это ад <br>&gt; Да ладно?<br>&gt; # rndc status <br>&gt; CPUs found: 8 <br>&gt; worker threads: 8 <br>&gt; UDP listeners per interface: 8 <br>&gt; number of zones: 133077 <br><br>Угости статой по кол-ву в процентах запросов, которые идут с гугл паблик днс<br> https://opennet.ru/openforum/vsluhforumID3/92379.html#17 Thu, 31 Oct 2013 21:21:47 GMT Не очень удобно в плане конфигурирования гео зон. Хотелось бы что-то типа nsd-control.<br>