Alexander
это тогда я тут научную работу напишу
Roman
тоесть абстракция неймспейсов не прослойка ?
ну ёмае. у процессов просто появляется атрибут, описывающий к какому неймспейсу он принадлежит. всё.
Denis
и qemu не прослойка
Denis
ну ёмае. у процессов просто появляется атрибут, описывающий к какому неймспейсу он принадлежит. всё.
если так смотреть, тогда все наши системы "плоские"
Denis
везде, какие то флаги, и набор услоновстей у кучи объектов содержащих в себе другие объекты
Alexander
знаю
Alexander
и это появилось не от хорошей жизни
Alexander
а потому что сетевой стек линукса не очень хорош
Roman
отлично. ovs умеет его использовать.
Alexander
и у интел нет возможности это исправит
Alexander
это все костыли
Roman
не костыли - это очень дорого
Roman
и проблема в том, что сетевой стек не очень приспособлен для пакетной нагрузки.
Alexander
а что дорого то?
Roman
а dpdk, как и прочий kernel bypass - это такой хак для конкретной задачи.
Alexander
не приспособлен, да
Alexander
ну ты подумай, что можно жить без хака
Alexander
ну а я о чем
Denis
ты что - как так, жить без боли ))
Roman
сейчас, правда, этим и заняты в netdev
Alexander
а теперь прикинь, что в гипервизор засунут правильные драйверы, со специальным сетевым стеком для обслуживания контейнеров
Roman
а теперь прикинь, что в гипервизор засунут правильные драйверы, со специальным сетевым стеком для обслуживания контейнеров
да блин. там не в драйверах беда.
Alexander
и интел быстро это запилит
Alexander
вместо dpdk
Alexander
вот тебе поддержка вендоров
Denis
вроде разговор как раз о том, чтобы не мучаться с тем что накоплено и что боль в текущих ядрах, а сделать новое, чистенькое, маленькое, не очень универсальное, а под конкретные задачи. и без боли.
Alexander
лучше вместо всех этих гипервизоров пусть сделают дешевые bare metal на arm64
Alexander
много микросерверов
Roman
linux+dpdk+ovs+kvm
Alexander 🐕
Denis
И теперь будет 15 стандартов вместо 14-ти
не, 15 стандартов, когда люди говорят "мы знаем как нужно" и пилят, а не выносят концепт на обсуждение коммунити. Это как раз пример того, чем обвешаны со всех сторон текущие решения.
Alexander
вот типа такого, но подешевле http://www.wiredzone.com/supermicro-multi-node-servers-microcloud-barebone-embedded-cpu-24-node-sys-5038ma-h24trf-10023331
Alexander
и чтобы по отдельности продавалось, а не вся система в сборе
Roman
и интел быстро это запилит
нет. dpdk - это быстрый способ получать-принимать ethernet-фреймы в ваш процесс из/в сетевой карточки или таких же dpdk-процессов. всё.
Alexander
ну
Denis
мы еще года 3 назадпробовали подобное от делл, все уприается в то, что задачи могут быть все таки специфичны под железо, и не все запихнешь в такие штуки.
Alexander
я имею в виду не прямой аналог dpdk
Alexander
но dpdk это костыль адовый
Alexander
который еще только с одним вендором работает
Alexander
и это типа решение?
Alexander
а если у меня броадком?
Alexander 🐕
Ну, парни, проблема индустрии ведь ровно в этом
Alexander 🐕
Lack of manpower
Alexander 🐕
Если бродком - придется тебе как-то подвинуться
Alexander 🐕
Вот те, у кого FreeBSD была - подвинулись же
Alexander 🐕
А те, у кого Novell Netware - так и не просто подвинулись, а повымирали
Uncel
http://dpdk.org/dev/roadmap
Uncel
Либо ручками патчи взять
Uncel
Оно уже рабочее, почти
Alexander
это хорошо, но в целом легче не становится :)
Alexander
если в контексте юникернелов
Uncel
Спорно, 8g жевать на атоме раньше не получалось :)
Alexander
а какое это отношение имеент к контексту юникернелов?
Alexander
в общем мираж ос в контексте юникернелов выглядит перспективным https://mirage.io и он использует Xen бэкенд, почитайте, присмотритесь, сейчас конечно он абсолютно не юзабелен, но вещь перспективная
Roman
у тебя rx/tx сетевой карточки прямо в приложении.
Dan
Внимание, вопрос
Alexander
да я не против того, чтобы оно в юзерспейс апи давало
Alexander
мне не нравится, для её запуска линукс нужен
Alexander
лишняя штука
Dan
Есть некий сферический (веб, мать его) проект в вакууме. Содержит какой-то код, sql дамп, и какие-то рекомендации по настройкам окружения (список используемых сторонних программ, библиотек, надстроек, конвенция именования и соглашение по конфигурации), например.
Dan
Раньше я совершенно без смущения для быстрого локального (!) разворачивания проекта использовал vagrant. Так как я всё равно постоянно работаю с VirtualBox - тут всё очень просто и привычно.
Dan
Но позже я познакомился в том числе с докером, и пробовал разворачивать на нём, что тоже очень в целом хорошо.
Dan
А вопрос мой звучать будет так: Какими именно инструментами сейчас, 15 мая 2016 года лучше всего пользоваться для ЛОКАЛЬНОГО разворачивания проекта, для, например, работы с ним по кодингу, или по конфигурации.
Кто-то орёт что вагрант - гавно мамонта, и нужен otto. Кто-то орёт что докер - сырая срань, и нужен Rkt. Тем не менее, никто не даёт 100% проверенный собственной практикой совет по использованию надёжной и стабильной технологии.
Dan
Время пошло.
Petr
ну каждый же как хочет так и дрочит, я вообще юзаю vagrant + puphpet
Dan
ну каждый же как хочет так и дрочит, я вообще юзаю vagrant + puphpet
Ну то есть будет справедливо, если я хейтеров и хайперов пошлю нахуй, и буду использовать те технологии, которые надёжно и стабильно, без перделок и свистелок, будут решать мои задачи?
Petr
Ну то есть будет справедливо, если я хейтеров и хайперов пошлю нахуй, и буду использовать те технологии, которые надёжно и стабильно, без перделок и свистелок, будут решать мои задачи?
естественно, собственное мнение никто не отменял
Dan
Но одно дело - своё собственное мнение, а другое дело - использование более актуальных, точных, удобных технологий. Именно поэтому хочется понять, кто такие задачи и как решает.
Dan
Но в целом благодарю 😊
Petr
ну это бы опрос конечно замутить, потому что, к примеру, бесплатное решение в виде vagrant+virtualbox довольно низкопроизводительное