Avi Kivity, бывший инженер Qumranet и Red Hat, и основатель компании Cloudius Systems, выступил в тель-авивском кампусе Google с презентацией недавно анонсированного фреймворка Seastar.



Наши друзья из Cloudius уже удивили народ тем, что написали Seastar не на современном, модном и молодежном языке программирования наподобие Go или Rust, а на устаревшем и древнем C++, на котором, как говорят, еще Ленин в гимназии Симбирска учился программировать. Avi не согласен, что C++ исчерпал свой потенциал, и что вместо использования C++ нужно просто программировать на современном языке типа Ruby, предварительно проапгрейдив процессор и добавив минимум 32 гигабайта памяти. Он утверждает, что язык C++ претерпел значительную модернизацию и обладает всеми признаками современного языка программирования, т.е. лямбда-функции, метапрограммирование, функциональное программирование.

К сожалению, видеозаписи не было сделано, так что все, что есть, это презентация Avi. Еще отметим, что пришло всего лишь около 35 человек. Хорошо бы, чтоб Avi приехал в Москву - народу было бы наверняка побольше.


Программист на C++, когда ему рассказывают про библиотеку для Node.js, значительно увеличившую производительность веб-сервера


Насчет языков, а вы слышали, что Revolution Analytics были куплены Microsoft? Revolution, это компания, которая продает enterprise-версию пакета R, популярного статистического языка. Недавно сделка была окончательно закрыта, и Microsoft начали набирать народ на разработку R. А в вашем ВУЗе в чем считают научную статистику? Все еще в табличках Excel, поди?

Появилась еще одна интересная идея использования CRIU, у которого и так перспективы захватывающие.

Ruslan Kuprieiev, инженер CloudLinux и совместного учебно-научного центра МФТИ и Parallels, работает над интересной задачей - использование CRIU для создания образов, пригодных к использованию с gdb. Задачи смежные - у CRIU собрать полное описание запущенного приложения, а у gdb - пройтись по ошметкам процесса, оставшимся после сбоя, в интерактивном режиме. Теоретически, транслятор описаний CRIU в coredump позволит удаленно и в спокойном темпе изучать c помощью gdb приложение, которое работает не совсем хорошо, но которое совсем не хочется останавливать, или к которому не хочется / невозможно подключаться наживую.

Оглядевшись по сторонам, Руслан заметил схожий проект от Google, хотя заброшенный уже почти с десяток лет назад, и теперь уж видимо окончательно - google-coredumper. Существование подобных проектов, добравшихся до разных стадий реализации, совсем неудивительно, учитывая практическую полезность дела. Конечно, сложность реализации чего-то подобного, во времена до того, как Parallels начали включать в ядро различные полезные функции для Checkpoint/Restore, видимо была запредельной даже для Google. В принципе и сейчас это непросто.

Понятно, что конвертация CRIU в coredump приводит к огромной потере данных. CRIU может полностью восстановить процесс по его описанию, а вот gdb по coredump может гораздо меньше. Попечалившись немного, Руслан пришел к свежей идее - интегрировать CRIU в gdb, чтоб работать с исходными данными, а не с огрызком в виде coredump. Это, конечно, довольно сложно, и затронет сразу оба проекта. Конечно мы желаем Руслану успехов, и не только в технической части, но и в преодолении очевидных организационных сложностей при взаимодействии с несколькими командами за разными проектами. Нам будет очень интересно посмотреть на результат.

Как обычно с инновационными идеями, Руслан уже напоролся на какие-то странности и необычности, которые нормальному человеку и понять-то непросто, и которые обсуждаются лишь в закрытом клубе разработчиков ядра.

По результатам работы над задачей, Руслану уже есть кое-что показать!

Устав смотреть на virt-manager, медленно поедающий оперативную память, наш коллега по проекту, скромно представляющийся своим псевдонимом, F1@sh, официально анонсировал свою новую разработку.

Встречайте qt-virt-manager, средство управления виртуальными машинами, написанное на Qt. Автор подчеркивает, что он не ставит целью повторить или копировать оригинальный virt-manager, а планирует реализовать полностью независимое приложение. Пока пакеты доступны лишь для Fedora 21, но вероятно будут сборки и для других версий. Приложение есть как для Qt4, так и для Qt5 (однако в случае Qt5 мы заметили некоторые проблемы). Автор призывает всех пробовать его приложение, и даже участвовать в его разработке, которая ведется на GitHub.

Инженер VMware, Krishna Ganugapati, который работает над созданием очередного дистрибутива Linux - VMware Photon (Minimal Linux Container Host) написал несколько слов про этот дистрибутив и про новый пакетный менеджер, который они создали:

Photon - очень маленький RPM-based дистрибутив, состоящий всего из 70 пакетов после установки. Пакеты устанавливаются через yum-репозитории.

Для управления RPM пакетами иы начали использовать yum и dnf, но одна из наших проблем заключалась в том, что yum и dnf используют python и мы получили довольно много уведомлений о том, что у нас нет python на маленьких образах системы.
Так что мы решили написать dnf на C - tiny dnf. Мы также думали, что это было бы целесообразно, если бы мы могли бы создать C API, чтобы другие приложения могли использовать его, так что мы написали библиотеку libtdnf. Консольная утилита tdnf в основном использует библиотеку libtdnf, которая сама использует librepo и libhawkey.
tdnf - очень маленький, около 6 тысяч строк на C. Он не предоставляет поддержку плагинов на Python, как yum или dnf, читай как ванильный yum или dnf. Мы надеемся потихоньку сделать поддержку всех команд, которые существуют в dnf на сегодняшний день.
Мы надеемся интегрировать tdnf с RPM-ostree, потому что мы считаем, что это хорошо продуманная модель для атомарных обновлений.

Мы открыли исходный код библиотеки libtdnf под лицензией LGPL 2.1 и консольную утилиту tdnf под лицензией GPL 2.0.


Исходный код
Оригинальный анонс

Lennart Poettering выступил во Вроцлавском Технологическом Университете, где рассказал о контейнерах и systemd.

VMware анонсировала проект Photon, очередной тонкий Linux-дистрибутив для запуска контейнеров. Пишут, что оптимизирован для VMware vSphere, что бы это ни значило. Проект базируется на проверенных технологиях - RPM-пакеты, systemd, Fedora Atomic / RPM-OSTree. По неизвестной нам причине разворачивать систему рекомендуется с помощью Ubuntu, что можно было бы посчитать признаком невысокого технического уровня участников проекта, но можно и предположить, что пользователям Fedora инструкция по установке gcc просто не нужна (да и все компоненты уже изначально доступны в системе).

В целом это правильная инициатива. Нет нужны переизобретать то, что мы уже сделали, и мы всегда именно к этому и призываем. Берите нашу Fedora, используйте другие наши проекты, и создавайте на нашей базе ваши продукты. Так делает Oracle, теперь так делает VMware, и так надо бы делать и вам. К сожалению, некоторые из российских компаний, разработчиков Linux-дистрибутивов, вместо использования того, что делаем мы, по неизвестной нам причине делают свое. К счастью, т.н. Enterprise-версии дистрибутивов обычно делаются совместимыми с какой-то из версий RHEL - это как раз очень правильно и разумно. Но вполне видны плюсы полного отказа от от самобытного патриотического самоизолированного подхода. Oracle и VMware свой патриотический национальный дистрибутив делать не стали. А зачем им это? А тогда зачем вам это?

Но, кстати, причина делать НацОСь есть - приказ из Москвы, т.е. попил и откат. Смешно сказать, но российские чиновники всерьез кивают на успех Linux Foundation и OpenStack, как на аргумент в пользу создания своей НацОСи. Планируют даже создать аналогичные организации - только представьте, как это будет выглядеть! Например, напомним, что в том же OpenStack регулярно происходят выборы, если вы понимаете, что это слово значит в Российской Федерации. Один наш коллега по одной из общественных организаций, в которых состоят наши участники, советует не воспринимать заявления наших чиновников всерьез. НацОСь, и импортозамещение, это явный форк, если он у них вообще получится. А ведь все мы знаем, что со временем происходит с враждебными форками, которые поддерживаются негативно настроенным меньшинством и неподдерживаются деятельным большинством. Именно это случится и с НацОСью, или НацОСями, неважно, сколько их будет. Ну, просто инженеру будет скучно ходить в наших ботинках, и он уйдет. А за ним уйдут и другие.

Вернемся к технической теме. Мы уже говорили, что у начальства VMware от новостей и так бессонница, и тем приятнее видеть, что они активно работают над изменением ситуации, а не уныло смотрят на обваливающийся спрос. Проблема в том, что гипервизор, это уже давно неэксклюзивный продукт. Различия между гипервизорами (KVM, Xen, vSphere / ESXi, даже Hyper-V от Майкрософт) настолько нивелировались, что не каждый специалист перечислит их ключевые отличия даже глядя на даташиты, и лишь совсем уж опытный и штучный спец сумеет сказать, чем эти отличия оборачиваются на реальных задачах. Тот же список фич новой версии Qemu с каждой версией все специфичнее и специфичнее. Мы, как честные люди, просто вынуждены сказать, что Qemu уже ничем не фичастее VMware. Нам грустно, что открытый проект все с большим трудом предлагает что-то новое, что могло бы заинтересовать массового пользователя, но для VMware это совсем уж болезненно хоть и с другой стороны.

Мы уже давно не рассматриваем другие гипервизоры, как конкуренты. Наоборот, наши коллеги из Qemu уже давно активно или плодотворно общаются с разработчиками того же Xen, и даже устраивают совместные мероприятия, не перерастающие в драки или типа того. Повторимcя, ценен уже давно не гипервизор, а его "обвязка" - управление ресурсами, развертывание в облаках, мониторинг и т.п. VMware это прекрасно понимает, и вход в новые технологические ниши с новыми технологиями для них вполне естественнен.

Наш коллега, Jasper St. Pierre, разработчик Wayland, бывший инженер Red Hat и нынешний участник GNOME Design Team, сообщает, что компания, в которой он сейчас работает, Endless Mobile, наконец-то представила свой флагманский продукт.

Компания продолжает дело, начатое OLPC, и предлагает доступный компьютер для всех. Работает он под управлением операционной системы на базе технологий GNOME, а цена начинается с $169.



Компания вышла на Kickstarter со своим проектом, и уже получила желаемое (и довольно умеренное) финансирование. К сожалению, продукт будет недоступен в ряде стран. Эти страны включают в себя Аргентину, Белоруссию, Бирму, Иран, Ирак, Йемен, КНДР, Кубу, Ливан, Ливию, Россию, Сирию, Судан.

Участник Fedora, разработчик gstreamer и GNOME, Christian Schaller, сообщает в своем блоге, что Red Hat официально присоединяется к организации Kronos Group. Таким образом компания будет обладать большим влиянием на процесс стандартизации графических API, таких, как OpenGL, OpenCL, Vulkan. Русскоязычные коллеги-аналитики уже обсуждают эту новость на OpenNET.

Хочется лишь сказать, что давно было пора.

Назначена дата очередной встречи московского Golang-сообщества - 23 апреля 2015го. Встреча будет проходить в московском офисе Badoo. Программа пока не составлена, но по опыту прошедших встреч должно быть интересно. Язык-то практически применимый и набирающий популярность.

К сожалению, пропустили тестовый день по виртуализации Fedora 22, и народ уже вовсю присылает результаты (довольно печальные, кстати). Тем не менее, процесс этот практически безостановочный, и вы можете пройтись по списку тестов и прислать ваши результаты даже после завершения тестового дня.

Страницы