The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект BIND 10 готовится к началу тестирования

04.03.2010 17:09

Представители организации Internet Systems Consortium (ISC) объявили на выставке CeBIT 2010 о прогрессе в разработке принципиально новой реализации DNS-сервера Bind. Проект BIND 10, в рамках которого в апреле прошлого года началась работа по созданию переписанного с нуля DNS-сервера, приближается к стадии выпуска первого экспериментального релиза, который намечен на 19 марта. Код BIND 10 в своей основной массе написан на языке Python с реализацией требующих высокой производительности частей на языке C++. Исходные тексты распространяются в рамках лицензии BSD.

Ветка BIND 10 развивается при поддержке крупнейших мировых регистраторов доменов и отличается главным образом улучшением масштабируемости (средствами для организации кластеров) и полностью модульной структурой: резолвер, подсистема для хранения данных (классическая файловое хранилище или SQL-база) и кода для обслуживания DNS зон реализован в независимых модулях. В рамках BIND 10 будет подготовлен новый API и набор библиотек для интеграции функций для работы с DNS и средств для взаимодействия с DNS-сервером в сторонние приложения.

Некоторые идеи, которые будут реализованы в BIND 10:

  • Увеличение надежности, повышение стойкости к DoS атакам и способность работать до последнего, игнорируя возникающие ошибки (например, некорректные записи в DNS зонах);
  • Реализация возможности акселерации через схему бэкенд-фронтенд;
  • Не привязанность к конкретной модели хранения данных, подключение обработчиков хранилищ через модули. Включение в комплект модулей для хранения зоны в SQL базе, кеширования в памяти из файлов или использования встраиваемых БД;
  • Возможность определять в процессе сборки, на основе каких частей будет сформирована бинарная сборка. Например, может быть собран только кеширующий или только авторитативный сервер, что позволит создавать компактные версии bind, подходящие для использования во встраиваемых устройствах с ограниченными ресурсами;
  • Поддержка кластеризации: интеграция технологий, позволяющих организовать работу как единого целого нескольких копий BIND, размещенных на разных серверах;
  • Средства для интеграции BIND в программную инфраструктуру пользователя. Если сейчас базовая конфигурация оформляется в текстовых файлах, то появятся специальные программные интерфейсы для управления конфигурацией и мониторинга BIND из сторонних приложений. Например, можно будет более гибко организовать синхронизацию данных между DNS и DHCP серверами;
  • Контроль в процессе выполнения. Реконфигурация BIND 9 производилась исключительно через чтение файлов и примитивные rndc команды. В BIND 10 планируется реализовать более изящную и интерактивную схему контроля и мониторинга.


  1. Главная ссылка к новости (http://www.linuxpromagazine.co...)
  2. OpenNews: Началась разработка DNS сервера BIND 10
  3. BIND 10 blog
  4. OpenNews: Вышла первая альфа версия DNS сервера BIND 9.6.0
  5. OpenNews: Увидел свет релиз DNS-сервера BIND 9.7.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25673-bind
Ключевые слова: bind, dns
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (114) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Anon (?), 17:19, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    >Код BIND 10 в своей основной массе написан на языке Python

    Мне одному стало страшно?

     
     
  • 2.3, ыцла (?), 17:22, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Страшно за то, что будет меньше ошибок типа переполнения буфера, как в C/C++?
     
     
  • 3.40, User294 (ok), 21:28, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как ни странно, криворукий програмер всегда найдет где лажануться. Вон на вебприложения посмотреть. Да, там нет переполнений буфера, зато других типов уязвимостей - как грязи! А что, SQL-injection в DNS сервере - сильно :).Прямо таки новые горизонты, вашу мать.
     
     
  • 4.87, Аноним (-), 14:05, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    dns-сервер будет, безусловно, рад sql-запросу
     
     
  • 5.111, User294 (ok), 22:10, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А админ будет рад? Я бы не хотел чтобы мне дропнули таблицы например одним чихом. В этом плане от SQL одна головная боль. А памятуя о дырах в bind - как-то не по себе. А питон не предвещает ничего хорошего, ибо сигналит о том что пишется сие в пожарном порядке.
     
     
  • 6.117, онон (?), 20:13, 07/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я ещё раз спрашиваю. как бинд, сервис разрешения имён, связан с sql?
     
  • 2.4, ПринцЧорнойТьмы (ok), 17:23, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да.
     
     
  • 3.41, User294 (ok), 21:32, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет. Как минимум есть еще я.
    /me считает что за bloat в системных сервисах надо попросту расстреливать без суда и следствия.
     
     
  • 4.81, ПринцЧорнойТьмы (ok), 09:40, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Нет. Как минимум есть еще я.
    >/me считает что за bloat в системных сервисах надо попросту расстреливать без
    >суда и следствия.

    Перепиши на ассемблере, поможешь проекту.

     
     
  • 5.96, User294 (ok), 19:34, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 На ассемблере непортабельно 2 К счастью есть другие проекты 3 Даже если... большой текст свёрнут, показать
     
  • 2.6, Xaionaro (ok), 17:42, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм, похоже, что лично я останусь на 9-ке.
     
     
  • 3.39, User294 (ok), 21:26, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Похоже что лично я призадумаюсь что это монстрило пора выбросить. Оно и в 9-й то версии ресурсов жрет порядочно, представляю себе что будет когда они это перепишут на питоне и понаворотят фич. Интересно, им производители серверов приплачивают? :)
     
  • 2.7, vadiml (?), 17:47, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если оптимизировать всё, что может тормозить на питоне, то на C++ должно быть 99% кода, а питону остаться пара конфигурялок
     
  • 2.13, crypt (??), 18:48, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Код BIND 10 в своей основной массе написан на языке Python

    Я перечитал дважды. Программистам bind'a, конечно, виднее, но чувство, что что-то не так, меня всеравно не покидает.

     
     
  • 3.33, User294 (ok), 21:13, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, ведь питон юзают только затем чтобы за короткий срок наворотить максимум барахла по принципу "на отвали". А питон в системном сервисе - вообще звиздец.
     
     
  • 4.53, anonymous (??), 22:43, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Система портеджей - системный сервис? Я думаю, гентушники с тобой бы поспорили.
     
     
  • 5.58, crypt (??), 23:42, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я бывший гентушник. Я не в восторге от перехода с python2.4 на python2.5 и поломки emerge. Я также не в восторге от скорости portage в целом. Точно можно быть уверенным, что десятому бинду закрыт путь на домашние роутеры и т.п.
     
     
  • 6.99, User294 (ok), 19:54, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >путь на домашние роутеры и т.п.

    Простите, девятый то на них вкорячить проблематично. Да что там, его проблематично даже на недорогих VDSных тарифах содержать, ибо жрет половину ресурсов под себя а платить за только днс сервер - дураков немного. Ну, понятное дело, энтерпрайзам то не привыкать кластеры городить на каждый пшик и расширять их до упора под питоновые конструкции, в конце концов под яву и пых расширяют же, ну и под днс какнить расширятся :).Но мне такой днс нафиг не нужен. Вообще. Хотя-бы потому что в большинстве мест где я имею дело с днс отдельная машина под NS сервер редкое явление а оплачивать кластеры из своего кармана под днсники я как-то не готов.

     
  • 5.59, User294 (ok), 23:48, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Система портеджей - системный сервис? Я думаю, гентушники с тобой бы поспорили.

    Я не думаю что люди которые вечно все перекомпиливают сильно ценят свое время или какое-то там потребление ресурсов. Их пардон компилить полоси по полдня - не напрягает совершенно. А мне нравится dpkg/aptitude. Без всяких там питонов. Я могу понять зачем скриптоязык в автоматизации, он там удобен. Но вот нахрен надо системные тулзы или тем более демоны на скриптоязыке - я не вдупляю. Это какое-то извращение. Еще б кернел на питоне написали, чего уж мелочиться то?

     
     
  • 6.83, Аноним (83), 10:48, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://juliank.wordpress.com/2009/08/24/the-apt2-project/
     
  • 6.92, crypt (??), 18:50, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    aptitude же на perl'e...
     
     
  • 7.93, Andrey Mitrofanov (?), 18:58, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    file which aptitude usr bin aptitude ELF 32-bit LSB executable, Intel 8038... большой текст свёрнут, показать
     
     
  • 8.113, crypt (??), 12:32, 06/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это я под вечер тупанул Просто запомнилось, как при установки aptitude в ... текст свёрнут, показать
     
  • 7.97, User294 (ok), 19:44, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >aptitude же на perl'e...

    А я то думал - на плюсах. Как максимум - у убунты апгрейд-скрипты релизов на питоне. Ну сие работает единоразово и в заранее известные моменты, посему скорость и потребление ресурсов не так уж важно и там оно еще выглядит оправданным и логичным - как раз из разряда системной автоматизации задачка. А вот постоянно висящая тормозилка на скриптах или часто пинаемая - нафиг-нафиг. Зачем мне тормозить мои системы всяким барахлом? Безусловно - приколисты даже вебсервак на bash сделали. Но вот юзать его для отгрузки чего-то кроме 1-2 файлов раз в сто лет будет только псих. Не вижу чем питон в этом плане лучше - весьма тормозная штука требующая раскочегарки огроменного интерпретера (в разы более пухлого чем bash даже).

     
  • 4.60, crypt (??), 23:49, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Конечно, ведь питон юзают только затем чтобы за короткий срок наворотить максимум
    >барахла по принципу "на отвали". А питон в системном сервисе -
    >вообще звиздец.

    Вообще, согласен. Но с другой стороны посмотри, в Ubuntu его продвигают как часть стека. Ты смотрел схему десятого бинда? Может, они питон используют только для парсинга конфигов, супервизора и UI. Может девелоперы хотят обогнать релиз samba4?:) Короче, может, это все неизбежное "зло" XXI века, как Java, web2.0 и проч.

     
     
  • 5.98, User294 (ok), 19:50, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм Java используется раз в сто лет А веб 2 0 не так уж и плох, если реализов... большой текст свёрнут, показать
     
  • 4.65, Школьник (ok), 23:58, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Конечно, ведь питон юзают только затем чтобы за короткий срок наворотить максимум
    > барахла по принципу "на отвали"

    А, допустим, про Mercurial вы когда-нибудь слышали?

     
     
  • 5.95, User294 (ok), 19:28, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Слышал. И? Я им не пользуюсь и как-то все интересные мне проекты как-то тоже. So what?
     
     
  • 6.105, Школьник (ok), 21:35, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А то, что это отличная распределенная система SCM, и написана она на Python. Mercurial никак не подпадает под понятия "на короткий срок" и "барахло", о которых вы говорили.
     
     
  • 7.119, User294 (ok), 05:39, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"барахло", о которых вы говорили.

    Но оно и не системный сервис как DNS, пардон. А тул для програмерской машины. На програмерской машине может и какойнить netbeans монструозный стоять. Это не значит что я пропрусь от идеи вкатить столько гуано на мои сервера и потом бодаться с его администрежкой там. Сдалось мне греть мозг когда в питоне в очередной раз сломают совместимость и содержать террариум разных версий, ага.

     
  • 4.103, user (??), 20:38, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Конечно, ведь питон юзают только затем чтобы за короткий срок наворотить максимум
    >барахла по принципу "на отвали". А питон в системном сервисе -
    >вообще звиздец.

    Ну да. А ребята из гугла то не знают!

     
     
  • 5.110, User294 (ok), 22:05, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну да. А ребята из гугла то не знают!

    А гугле хренли, они богатые :). Они и серваков в кластер для какого-то там name server'а не развалятся докупить абсолютно. Что им там плюс-минус пяток серверов когда их там у них тыщщи :)

     
     
  • 6.114, uldus (ok), 12:57, 06/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >какого-то там name server'а не развалятся докупить абсолютно. Что им там
    >плюс-минус пяток серверов когда их там у них тыщщи :)

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

     
     
  • 7.118, User294 (ok), 05:28, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По общему дизайну всего этого видно что чуваки решили сделать что-то энтерпрайзненькое. Со всеми вытекающими. Лично мне по общему дизайну и вектору развития этой штуки очевидно что мне надо подыскивать себе что-то иное. Это я использовать не буду. Сами бодайтесь с совместимостями питонов по версиям, дырами и багами (которые неизбежно будут оптом когда как обычно рапидно налабают на питоне кучу фич а отладить все это ессно как обычно не осилят, больно уж знакомая картина - в сад).
     
  • 2.17, Аноним (-), 19:45, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://bind10.isc.org/browser/trunk/src/lib/exceptions/cpp/exceptions.cc мне уже страшно
    они делают try на c_str
    это будет жалкое подобие убожества написаного на С++, и после этого у многих сложиться мнение что С++ плохой язык
    пусть уж лучше бы они этот бинд на питоне писали и С++ не марали
     
  • 2.19, User294 (ok), 20:01, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Они еще и издеваются:

    > подходящие для использования во встраиваемых устройствах с ограниченными ресурсами;

    А они встраиваемые устройства то видели вообще, или так, для красного словца ввернули? Там питон как правило отсутствует, а его скорость работы.... oO. И жрач несколько метров оперативы чисто под питона - гхм, пусть убьются веником и посмотрят сколько там кушает dnsmasq какойнить.

     
  • 2.42, Аноним (-), 21:40, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Код BIND 10 в своей основной массе написан на языке Python
    > Мне одному стало страшно?

    У меня ещё возник вопрос а как там с совместимостью с Python 3? BIND - вещь фундаментальная. Не хотелось бы из-за него тащить 2-ю ветку ещё неопределённое колличество лет.

     
  • 2.91, monk (?), 17:46, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне тоже страшно. Мир явно катится не туда.
     
  • 2.120, Аноним (-), 05:45, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    незнание часто порождает страх, не волнуйся, все будет хорошо
     

  • 1.8, Аноним (-), 17:51, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > подходящие для использования во встраиваемых устройствах с ограниченными ресурсами;

    а питон? :-/

     
     
  • 2.20, User294 (ok), 20:04, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Подумаешь, пяток мегов памяти сожрет. Правда вот если их всего 8-16 - это будет номер :)
     

  • 1.9, anonimus (?), 18:07, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А пожелания Google там тоже учтены?
     
  • 1.10, oops (??), 18:11, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Питон! е-мое и мне страшно стало =(
    теперь его точно выкинут из FreeBSD.
     
     
  • 2.15, Аноним (-), 19:28, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >теперь его точно выкинут из FreeBSD.

    наоборот, с лицензией BSD, его добавят в BSD, а вместе с биндом и питон в BSD добавят - вот за это надо бояться

     
     
  • 3.28, anonymous (??), 20:54, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А это что?

    http://www.freebsd.org/ports/python.html

     
     
  • 4.56, aim (ok), 23:21, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это порт. а поскольку bind системный сервис идущий внутри комплекта freebsd то и язык придётся включать в этот комплект.
     
  • 3.74, oops (ok), 00:27, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    не смешите мои тапочки! такого ТОЧНО не будет. Фряшники не будут добавлять в дистрибьюшн никакой язык! Это уже пройденный этап (вспомните перл)
     
     
  • 4.115, аноним (?), 17:03, 06/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вы это так написали, как будто знаете почему perl из системы вынесли
     

  • 1.11, Аноним (-), 18:28, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Переписанный с нуля всего за один год. ВОт она скорость разработки без велосипедостроения. Си и Сиплюсы нервно курят в стороне.
     
     
  • 2.14, Хоменко (ok), 19:06, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорость разработки нужна при ловле блох. При написании индусского кода, который никто никогда не увидит и который кроме вас никому не нужен. При сдаче курсовых она нужна.

    Я не особо в курсе, как в питоне со строгой типификацией, но заместо известных опасностей переполнения, утечек памяти и прочей стрельбы в ногу с пойнтерами в сях, из питона имеем опасность того, что переменная, имеющая задачей своей хранить 0 или 1, вдруг окажется равной "я-цифро-ноль!", или чего хуже, "eval("rm -rf /")". Элементарно же.

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

     
     
  • 3.18, croster (ok), 19:47, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Я не особо в курсе, как в питоне со строгой типификацией

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

    У каждого языка свои особенности/достоинства/недостатки. Пока трудно сказать, является ли применение питона вместо си/си++ оправданным, время покажет и расставит все на свои места.

     
     
  • 4.50, RomaCh (?), 22:37, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы когда-нибудь смотрели код от ISC? Я знаю - нет, не смотрели! Потому что если бы смотрели, то не говорили бы такой ерунды. Я тоже кстати так как вы думал, пока не покопался в коде ISC DHCP...
     
     
  • 5.51, RomaCh (?), 22:38, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Упс, не туда ответил. Ответ был про "профессионалов в ISC" - пост ниже.
     
  • 5.66, crypt (??), 23:59, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А вы когда-нибудь смотрели код от ISC? Я знаю - нет, не
    >смотрели! Потому что если бы смотрели, то не говорили бы такой
    >ерунды. Я тоже кстати так как вы думал, пока не покопался
    >в коде ISC DHCP...

    Ну и как код-то был? Сейчас вот кстати пишут, что разработка десятого бинда будет больше вестись независимыми разработчиками...

     
  • 3.26, Аноним (-), 20:43, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    gt оверквотинг удален Тип легко проверяется, и вряд ли в ISC непрофессионалы с... большой текст свёрнут, показать
     
     
  • 4.35, User294 (ok), 21:17, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >вряд ли в ISC непрофессионалы сидят.

    Ну, если посмотреть на число дыр в оном и пожирон ресурсов 9-й версией, данная фраза уже не вызывает такой железобетонной уверенности.

     
  • 3.47, anonymous (??), 22:21, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Скорость разработки нужна при ловле блох. При написании индусского кода, который никто никогда не увидит и который кроме вас никому не нужен

    Видно, что не в теме, в об индустрии программирования знаешь понаслышке. Второй курс, или таки первый? :)

     
     
  • 4.77, аноним (?), 00:38, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы хотите сказать, куда нам до вашего третьего, да еще и умных книжек начитавшегося про "индустрию"?
     
     
  • 5.79, anonymous (??), 00:53, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я хочу сказать, что я, хоть и работаю в индустрии всего четвертый год, хорошо представляю, что программисты получают зарплату (а хорошие программисты - хорошую зарплату) не за сферическое быстродействие супер-кода на супер-языке, а за доведение продукта до состояния готовности за разумные сроки. И речь как раз не о спешке, а о _разумных_сроках_.

    По этому показателю в ряде задач пайтон не имеет равных.

    З.Ы. Книжки читать не вредно, не надо говорить, будто это что-то плохое ;)

     
     
  • 6.100, User294 (ok), 20:02, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, сразу заметно что вы 4 года штаны протирали в роли какого-то не сильно одаре... большой текст свёрнут, показать
     
  • 2.34, User294 (ok), 21:16, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Переписанный с нуля всего за один год. ВОт она скорость разработки

    А, простите, куда спешка при разработке DNS сервера на годы и годы? Это ж не приложение для бизнесхренов которое нужно еще вчера. А системный сервис. Впрочем вот это - скорее называется "монструозный переросток".

     
     
  • 3.82, Аноним (-), 10:13, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ISC Bind сильно стали теснить другие DNS-серверы. Ну хотят хостеры в sql хранить конфигурацию, хотят embedded-щики легковесное что-то. Ни то, ни другое никак не ассоциируется с Bind
     

  • 1.12, Warhead Wardick (?), 18:31, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я таки ДОЖИЛ до этого !!! :) Не вижу повода не выпить!

    Лишь бы не сотворили очередного монстра который умеет всё - но плохо :)

     
     
  • 2.21, User294 (ok), 20:07, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >Лишь бы не сотворили очередного монстра который умеет всё - но плохо :)

    Судя по описанию намечается именно это.
    1) Питон. Я вижу только 1 причину зачем он может быть нужен. Это как раз сделать "очередного монстра который умеет всё - но плохо". Собственно это единственное что на питоне получается как правило :)
    2) SQL и просто файлы - в ту же степь.

    Итого - получится архимегамонструозный комбайн. Который умеет все, но плохо. А как питон с немножко плюсов может быть хорош в embedded про который они заикнулись, например? Да там один интерпретер питона только съест больше чем все остальное вместе взятое, блин oO

     
     
  • 3.30, Аноним (-), 21:01, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >1) Питон. Я вижу только 1 причину зачем он может быть нужен.
    >Это как раз сделать "очередного монстра который умеет всё - но
    >плохо". Собственно это единственное что на питоне получается как правило :)
    >
    >2) SQL и просто файлы - в ту же степь.
    >
    >Итого - получится архимегамонструозный комбайн. Который умеет все, но плохо. А как
    >питон с немножко плюсов может быть хорош в embedded про который
    >они заикнулись, например? Да там один интерпретер питона только съест больше
    >чем все остальное вместе взятое, блин oO

    Может быть тут с заделом на будущее. эмбеддед системы на месте тоже не стоят

     
     
  • 4.36, User294 (ok), 21:19, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Может быть тут с заделом на будущее. эмбеддед системы на месте тоже не стоят

    Действительно, можно и Cray заэмбеддить в принципе. Наверное, ISC именно это имели в виду.

     

  • 1.16, Аноним (-), 19:41, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://bind10.isc.org/wiki/DesignDiagrams до кучи
     
  • 1.22, Ноним (?), 20:12, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лушче уж тогда пусть NSD и Unbound допилять хорошенько. NSD для встраиваемых очень даже.
     
     
  • 2.38, User294 (ok), 21:24, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В встраиваемых обычно довольствуются DNSMASQ, хоть он и не совсем DNS сервер. В свете этого писк про питоноподелку в embedded выглядит эпично. Да один только интерпретер питона жрет в 100500 раз больше ресурсов чем весь этот мелкий демон. И да, вот что-что а dnsmasq интегрирован с DHCP. Интегрированнее некуда - этот мелкий демон заодно еще и DHCP серваком является.
     
     
  • 3.44, Ноним (?), 21:55, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ты по-мойму не понял о каких встраеваемых я говорю, про длинки тут пожалуйста не надо.

    NSD кушает мало памяти, rfc1035 compliant.

     

  • 1.25, eigrad (?), 20:35, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ололо! Долой питононенавистников! Посмотрим, каков python в деле! Скорей бы уже оно вышло...
     
     
  • 2.27, Аноним (-), 20:44, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ололо! Долой питононенавистников! Посмотрим, каков python в деле! Скорей бы уже оно
    >вышло...

    А Google разве не показал каков Python в деле? =)

     
     
  • 3.37, User294 (ok), 21:20, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >А Google разве не показал каков Python в деле? =)

    Canonical показал, блин! :E Их ланчпад очень часто в дауне и икает таймаутами. Как вы думаете, что там тормозит? Ну наверное не отгрузка статики, а? :)

     
     
  • 4.45, anonymous (??), 22:13, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Перепиши ланчпад на сях ;)
     
     
  • 5.64, User294 (ok), 23:56, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Перепиши ланчпад на сях ;)

    Ну вон фэйсбук сделал конвертор пыха в плюсы в итоге :).А питонисты уже показали всему миру с ланчпадом что питон - тормоз, который загибается как только нагрузка становится мало-мальски серьезной. Вот честно, ну зае... же там таймауты. Почему-то у остальных сервисов невзирая на легионы юзеров нет такой жопы.

     
     
  • 6.68, anonymous (??), 00:09, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Перепиши ланчпад на сях ;)
    >
    >Ну вон фэйсбук сделал конвертор пыха в плюсы в итоге :).А питонисты
    >уже показали всему миру с ланчпадом что питон - тормоз, который
    >загибается как только нагрузка становится мало-мальски серьезной. Вот честно, ну зае...
    >же там таймауты. Почему-то у остальных сервисов невзирая на легионы юзеров
    >нет такой жопы.

    Я не знаю, на каких серверах работает ланчпад. YouTube не тормозит. GoogleMaps и GoogleMail не тормозят. И история знает более девяти тысяч примеров программ на си и си++, которые жутко тормозные.

     
     
  • 7.85, uZver (??), 11:41, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не знаю, на каких серверах работает ланчпад. YouTube не тормозит. GoogleMaps
    >и GoogleMail не тормозят. И история знает более девяти тысяч примеров
    >программ на си и си++, которые жутко тормозные.

    GoogleMaps и GoogleMail северную часть несут на java. питон не упомянут.

     
  • 7.106, User294 (ok), 21:49, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не знаю, на каких серверах работает ланчпад. YouTube не тормозит. GoogleMaps
    >и GoogleMail не тормозят.

    А гугль богатый, это 1 из самых богатых контор на планете. :)

    >И история знает более девяти тысяч примеров
    >программ на си и си++, которые жутко тормозные.

    История также знает пример PHP -> C++ конвертора от фэйсбука :). Питон даже без jit компилера - ему просто не с чего быть быстрым. Да, оптимальный алгоритм на скриптоязыке может сделать плохой алгоритм на сях. И что это доказывает? Тем более что обычно на скрипоязыках пишут тогда когда на оптимальность алгоритмов - до балды по тем или иным причинам.

     
  • 3.76, oops (ok), 00:32, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    юзал систему мониторинга на питоне Zenoss - так это такой мрак по производительности....
     

  • 1.43, filosofem (??), 21:48, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почти все здесь можно как-то разумно объяснить, но питон это какая-то провокация.
     
  • 1.46, anonymous (??), 22:20, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Удивительно, сколько собралось дилетантов, орущих про неправильный выбор языка разработки :)

    Python рулит, потому что на нем пишутся надежные, легко сопровождаемые и расширяемые системы. И, что тоже немаловажно - за конечное время.

     
     
  • 2.49, Аноним (-), 22:35, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Удивительно, сколько собралось дилетантов, орущих про неправильный выбор языка разработки :)
    >
    >Python рулит, потому что на нем пишутся надежные, легко сопровождаемые и расширяемые
    >системы. И, что тоже немаловажно - за конечное время.

    Ну нельзя же так толсто !

     
     
  • 3.52, anonymous (??), 22:40, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Python is fast enough for our site and allows us to produce maintainable features in record times, with a minimum of developers"

    Cuong Do, Software Architect, YouTube.com.

     
     
  • 4.54, Ноним (?), 22:59, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно BIND 10 начало конца питона. Когда будет середина конца, к этому времени сдохнет PHP и будет вытеснено питоном.
     
     
  • 5.107, User294 (ok), 21:54, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >сдохнет PHP и будет вытеснено питоном.

    Угу, юниксам тоже смерть предсказывали. Лет так 100500 назад.

     
  • 2.70, User294 (ok), 00:12, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Удивительно, сколько собралось дилетантов,

    Да, все пи...сы а вот anonymous - Д'Артаньян!

    >орущих про неправильный выбор языка разработки :)

    А что, питон для системного сервиса это нормально? oO

    >Python рулит, потому что на нем пишутся надежные,

    Надежные? А что ж лаунчпад через раз икает таймаутами? Нихрена ж себе надежность.

    >легко сопровождаемые и расширяемые системы.

    Ну идите чтоли сопроводите уже лаунчпад, чтобы он не икал таймаутами постоянно, а? А то задолбало! Даже сорцы вроде открыли. Ну, слабо показать миру что питон - не тормоз? :)

    >И, что тоже немаловажно - за конечное время.

    Да, конечно, надо писать системные сервисы по логике применяемой для написания бизнес крапа. Правда вот боюсь что результат не очень понравится, имхо. Потому что в бизнес крапе ради скорости написания жертвуют всем и вся. Скорость? Да фигня, серверов докупят, бизнесмены богатые. Глюки? Да ничего, лишь бы как-то работало. Совсем без софта заказчику еще хреновее. Дыры? Ну, дыры. И что? Все-равно заказчик уже заплатил. Кого колебет чужое горе?

     
     
  • 3.71, anonymous (??), 00:17, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А что, питон для системного сервиса это нормально? oO

    Да. У тебя по этому поводу комплексы?

    >А что ж лаунчпад через раз икает таймаутами?
    >Ну идите чтоли сопроводите уже лаунчпад, чтобы он не икал таймаутами постоянно,
    >а? А то задолбало! Даже сорцы вроде открыли.

    Пятнадцатый раз одно и то же твердишь. Понимаю, с аргументами-то туго.

    >Ну, слабо показать
    >миру что питон - не тормоз? :)

    Уже показано.

    >>И, что тоже немаловажно - за конечное время.
    >
    >Да, конечно, надо писать системные сервисы по логике применяемой для написания бизнес
    >крапа. Правда вот боюсь что результат не очень понравится, имхо. Потому
    >что в бизнес крапе ради скорости написания жертвуют всем и вся.
    >Скорость? Да фигня, серверов докупят, бизнесмены богатые. Глюки? Да ничего, лишь
    >бы как-то работало. Совсем без софта заказчику еще хреновее. Дыры? Ну,
    >дыры. И что? Все-равно заказчик уже заплатил. Кого колебет чужое горе?
    >

    У тебя точно комплексы :)

     
     
  • 4.88, Sugar (ok), 16:35, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У тебя точно комплексы :)

    Ай-ай-ай как толсто...

     
  • 4.102, аноним2 (?), 20:23, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А что, питон для системного сервиса это нормально? oO
    >
    >Да. У тебя по этому поводу комплексы?
    >

    Может и примеры приведешь?

     
  • 4.108, User294 (ok), 22:00, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да. У тебя по этому поводу комплексы?

    Нет, у меня по этому поводу предпочтения чтобы сервисы жрали минимум ресурсов, обладали минимумом зависимостей, были минимального размера и т.п.. Почему так? Потому что ресурсы стоят бабла а чем монструознее, тем глючнее, дырявее и проблематичнее в целом. Да и чем меньше дерьма в системе - тем меньше обновлений, грабель и проблем. На кой хрен мне головная боль как вон у тех гентушников при смене версий питона, а? Если питонисты считают что все готовы нянчиться с их тормозным любимцем как они сами и прощать ему все его минусы - они напрасно так думают.

    >Пятнадцатый раз одно и то же твердишь. Понимаю, с аргументами-то туго.

    Ну, вы то и такого не осилили, для начала. Так что кивать "сам дурак" - как-то некузяво.

    >Уже показано.

    Где и кем? oO Мне вот не попадалось пока не тормозных вещей на питоне. А уж системный сервис на этом - мать-мать-мать, энтерпрайзненько, ать-ать-ать. Еще б на шелскриптах написали.

    >У тебя точно комплексы :)

    Судя по конструктиности вашего комента комплексы конечно есть, но не у меня...

     
     
  • 5.112, anonymous (??), 22:25, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Нет, у меня по этому поводу предпочтения чтобы сервисы жрали минимум ресурсов,
    >обладали минимумом зависимостей, были минимального размера и т.п.. Почему так? Потому
    >что ресурсы стоят бабла а чем монструознее, тем глючнее, дырявее и
    >проблематичнее в целом. Да и чем меньше дерьма в системе -
    >тем меньше обновлений, грабель и проблем. На кой хрен мне головная
    >боль как вон у тех гентушников при смене версий питона, а?
    >Если питонисты считают что все готовы нянчиться с их тормозным любимцем
    >как они сами и прощать ему все его минусы - они
    >напрасно так думают.

    Да что ж ты так напрягся-то? Не нравится тебе - все уже поняли, уймись :)

    Не хочется уже аргументы приводить. Видно, что ты еще больший фанатик, чем я. Успехов тебе с твоими идеальными хэллоуворлдными вакуумносферическими Системными Сервисами! ;)

    P.S. Нет, все-таки не могу не процитировать: "ресурсы стоят бабла а чем монструознее, тем глючнее, дырявее и проблематичнее в целом". Python вместо C++ это априори менее глючно и дыряво, потому что нет проблем переполнения буфера, неинициализированных переменных, выхода за границы массива, использования освобожденной памяти и т.д... Это обычно менее монструозно и проблематично, потому что не требует сборки, работает на любой системе и сопровождается в разы легче.

    Понимание сути обсуждаемого вопроса и представление о причинно-следственных связях у тебя напрочь отсутствуют.

     
     
  • 6.116, zzz (??), 14:21, 07/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Python вместо C++ это априори менее глючно и дыряво, потому что нет проблем переполнения буфера, неинициализированных переменных, выхода за границы массива, использования освобожденной памяти и т.д... Это обычно менее монструозно и проблематично, потому что не требует сборки, работает на любой системе и сопровождается в разы легче.

    Вызывать он все равно будет код на C++, значит в безопасности выигрыша нету.
    Зато есть куча левых обвязок чтобы код на C++ взаимодействовал с собой же через Python.
    В итоге получаем такую же или худшую безопасность, усложнение кода, лишние тормоза и гипотетически большую гибкость если закладываться на то что под это API будут писать какие-то сторонние разработчики (что как я понимаю не предполагается).
    Вообщем не ясно на кой все это.

     
  • 6.123, User294 (ok), 18:24, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    То что видимо придется сваливать на иной сервак с более разумным вектором развит... большой текст свёрнут, показать
     
  • 2.121, phaoost (ok), 00:51, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ага, особенно для embedded
     

  • 1.48, ig0r (??), 22:28, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    процессорное время стоит дешевле человеко-часов. а языком трепать каждый может, а есть ли среди недовольных реально квалифицированные люди которые не ценят своё время, чтобы взять и переписать это на си?
     
     
  • 2.57, Аноним (-), 23:31, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >процессорное время стоит дешевле человеко-часов. а языком трепать каждый может, а есть
    >ли среди недовольных реально квалифицированные люди которые не ценят своё время,
    >чтобы взять и переписать это на си?

    Ваша наивность поражает. Почему на питоне не написан MySQL, Apache? Почему нету ни одного полноценного аудио или видеоплеера написанного на питоне ? Почему все сколько-нибудь востребованные компиляторы и интепретаторы пишутся на компилируемых языках ?

     
     
  • 3.61, anonymous (??), 23:52, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>процессорное время стоит дешевле человеко-часов. а языком трепать каждый может, а есть
    >>ли среди недовольных реально квалифицированные люди которые не ценят своё время,
    >>чтобы взять и переписать это на си?
    >
    >Ваша наивность поражает. Почему на питоне не написан MySQL, Apache? Почему нету
    >ни одного полноценного аудио или видеоплеера написанного на питоне ? Почему
    >все сколько-нибудь востребованные компиляторы и интепретаторы пишутся на компилируемых языках ?
    >

    Если уж говоришь с такой уверенностью, разбирайся хотя бы в вопросе.

    Как насчет Exaile, Deluge, PiTiVi, Decibel, BitTorrent, Mercurial? И при чем тут интерпретаторы-то вообще? Расскажи, почему в веб-приложениях ни один здравомыслящий разработчик не будет использовать си?

     
     
  • 4.89, Аноним123 (?), 17:01, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Если уж говоришь с такой уверенностью, разбирайся хотя бы в вопросе.
    >>Как насчет Exaile, Deluge, PiTiVi, Decibel, BitTorrent, Mercurial? И при чем тут >>интерпретаторы-то вообще? Расскажи, почему в веб-приложениях ни один здравомыслящий >>разработчик не будет использовать си?

    В вопросе не разбираетесь именно вы: Exaile и PiTiVi - по большому счету морда для gstreamer'a и других библиотек по работе с аудио, оба эти проекта можно было написать на перле или тикле - они так же были бы всего лишь клеем между уже существующими библиотеками.
    Почему-то рекомендуемым клиентом для торрентов стал mTorrent(правда только под Windows), написанный на С, а не ваш BitTorrent ? И причем здесь mercurial ?
    Нет уж, уважаемый, вы мало того, что не разбираетсь в вопросе, так ещё и приводите примеры ни коим образом не относящиеся к поставленному вопросу. Признайтесь, что вы просто очередной фанатичный питонщик и мы прекратим этот бессмысленный спор.

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

     
     
  • 5.124, User294 (ok), 18:26, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему-то рекомендуемым клиентом для торрентов стал mTorrent(правда только под Windows),
    >написанный на С, а не ваш BitTorrent ?

    Потому что прожка в 300 кило весом умеет в 100500 раз больше чем то убогое говно на питоне которое было, не требует переть юзеру в его систему вагон рантайма и не тормозит. Потому ее и купили авторы битторента - технологическое преимущество было вопиюще, как тузик vs грелка.

     
  • 3.62, Аноним2 (?), 23:53, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Ваша наивность поражает. Почему на питоне не написан MySQL, Apache? Почему нету
    >ни одного полноценного аудио или видеоплеера написанного на питоне ? Почему
    >все сколько-нибудь востребованные компиляторы и интепретаторы пишутся на компилируемых языках ?

    Почему все высоконагруженные сайты пишутся на скриптовых языках.... Если бы вы участвовали в создании сайта обрабатывающего больше тысячи одновременных запросов к динамике, вы бы так не говорили. Bind на python пишут примерно по той же причине.

     
     
  • 4.90, Аноним123 (?), 17:17, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему все высоконагруженные сайты пишутся на скриптовых языках....

    Все говорите ? :)
    Видимо про java и asp.net вы не слышали. Или вы, простите, кроме "сайтов" ничего не видели ?

    >Если бы вы участвовали в создании сайта обрабатывающего больше тысячи одновременных запросов к динамике, вы бы так не говорили. Bind на python пишут примерно по той же причине.

    С такими ляпами я сомневаюсь, что и вы писали нечто подобное. Сравнивая DNS-сервер и "сайт", вы подразумеваете, что первый как и последний должен для решения проблем производительности использовать горизонтальное масштабирование. Это малоприемлемый подход для сервиса такого уровня.

     
  • 4.125, User294 (ok), 18:28, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему все высоконагруженные сайты пишутся на скриптовых языках....

    Да, наверное именно поэтому фэйсбука недавно выпустила транслятор пыха в си++ :).При том в кризис это прям тенденция - изучать вопрос как масштабироваться иными методами чем докупка серверов.

     
  • 3.63, ig0r (??), 23:55, 04/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я согласен что вариант на C будет использовать меньше ресурсов, и я буду Вам лично очень признателен если вы его перепишете. Разработчики выбрали питон, и осуждать их приходите когда Вы напишите на C тоже самое.
     
  • 3.78, Антон (??), 00:41, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вспоминается, как опозорился Xandros, переписав скрипты для инициализации сервисов с shell на Си в своей версии дистрибутива для EeePC :-) Регулярные выражения, обработка строк и хэши на Perl будут в большинстве случаев работать быстрее, чем вы сможете написать на Си.
     

  • 1.55, Warhead Wardick (?), 23:17, 04/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вначале хотел ответить персонально User294-му ... но тут прям трэнд наблюдается :)

    Народ смутил питон. Меня тоже - слегка :) Сходив по ссылкам (да, я в курсе что это !Ъ) - объяснений не нашёл. Ну разве что общие слова типо "The server is written in C++ in certain performance-critical parts and in Python."

    Мысли по поводу:
    - _правильно_ сделанный не должен тормозить из за питона. Crunchers то все на плюсах ... (См. гугель)
    - производительность как я понял будет браться экстенсивно - увеличением числа нод в кластере.
    - как они это и в эмб. планируют яхз. Разве что :
    - может быть они всё же _прототип_ на питоне делают? Хотя вряд ли ... :)

    - Ну и главное: что - то будет! Поживём - увидим :)

     
     
  • 2.67, User294 (ok), 00:01, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ну, картина в общем ясна - будет огромное монструозное энтерпрайз-тормозилово ра... большой текст свёрнут, показать
     
     
  • 3.69, anonymous (??), 00:12, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >будет огромное монструозное энтерпрайз-тормозилово работающее по принципу "докупите еще серверов"

    Масштабирование вширь на порядки ценнее масштабирования ввысь, это даже школьники должны знать.

     
     
  • 4.104, аноним (?), 21:29, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, DNS сервер для которого объективно хватить первопня, теперь будет переписан на питоне и потребудет масштабирования вширь. Ценно, нечего сказать. Полностью в духе модных технологий.
     
  • 2.122, phaoost (ok), 01:02, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >- как они это и в эмб. планируют яхз. Разве что :

    я думаю что они расчитывают что на эмб скоро будут 4 ядра по 2 ггц ставить и 6 гиг мозга

     

  • 1.73, Gwynn (?), 00:25, 05/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Что-то мне уже страшно стало от планов ICS

    Мы посмотрели на pdns, и решили сделать свой, но с блекджеком и шлюами :)
    Даешь дальше круче, бинд 11 будет написан на bash, а бинд 99 будет написан на бумажке, кривым почерком и от руки.

     
  • 1.80, Zamir (??), 09:25, 05/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я конечно за то что бы dns сервер был лёгкий и быстрый, проэтому считаю что c и asm для высоконагруженных приложений лучше. Но я думаю тут дествительно временной и денежный вопрос стоит для написания того или иного функционала, который мне возможно не понадобится и полагаю я всегда смогу использовать 9ю версию которая меня в полне устраивает.
    to Аноним2: скрипты на сайтах пишут зачастую на python,php,perl для получения максимального функционала за короткое время, а также возможности контроля выполнения этих приложений на уровне http сервера (mod_python,mod_php,mod_perl).
     
     
  • 2.86, GribNik (?), 12:51, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Немного не в тему. Нужен авторитативный DDNS+DHCP, 1 зона. Как я понимаю, dnsmasq не подойдет. Есть альтернативы связки dhcpd+Bind?
     
  • 2.94, Аноним (-), 19:01, 05/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    to Zamir:
    Ты, когда писал свои длинные предложения, какой программой-переводчиком пользовался? Если не можешь писать по-русски длинные предложения. Пиши простые, короткие и ясные. Какой смысл умничать, если ты даже вокруг "конечно" запятые не поставил.
     

  • 1.126, bsdaemon (??), 19:23, 09/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    похоже они готовятся к этому:
    Google хочет изменить DNS-систему
    http://nag.ru/news/newsline/17639/google-hochet-izmenit-dns-sistemu.html
    Google и Neustar хотят, что бы рекурсивный сервер мог передавать авторитативному часть информации о пользователе, в том числе его IP-адрес.В первую очередь, это должно помочь владельцам интернет-сервисов с распределенной инфраструктурой предоставлять пользователям доступ сразу к ближайшему дата-центру, без обращения к центральному узлу.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру