Новости про Linux и программирование

Linux Mint Debian будет называться Betsy

Разработчики Linux Mint решили дать отдельное кодовое имя для их операционной системы, основанной на Debian. Теперь эта ОС будет называться Betsy.

Регулярные релизы Linux Mint, такие как Cinnamon, MATE, KDE, и Xfce основаны на Ubuntu, однако разработчики также работают над парой дистрибутивов Linux Mint, основанных на Debian.

Linux Mint

«Будущий релиз LMDE будет иметь версию 2 с кодовым именем „betsy“ и будет использовать базу пакетов Debian „Jessie“. Сейчас команда адаптируется к новому LMDE, устанавливая свои репозитории и портируя различные пакеты в них. Цель — стабильный релиз к ноябрю, наряду с официальным апгрейдом от UP8 до Betsy», — заявил лидер проекта Linux Mint Клемент Лефебвр.

Самому же Linux Mint Debian по-прежнему предстоит долгий путь до обретения стабильного статуса, после чего он сможет занять своё место на том же уровне, что и прочие дистрибутивы серии.

Не всё спокойно в Linux королевстве

Кай Сиверс, широкоизвестный инженер по разработке ПО с открытым исходным кодом, является главным разработчиком systemd, фреймворка управления системой для ОС на базе Linux.

И теперь Сиверсу запрещено работать над проектом по решению разработчика ядра — Линуса Торвальдса, за то, что тот не стал исправлять ошибку, которая приводила к взаимодействию systemd с ядром Linux нежелательными способами. Собственно говоря, ввод в командной строке «debug» запускал как базовую процедуру отладки ядра, так и отладку в systemd, потенциально приводя к зависанию некоторых систем.

Tux

По словам Торвальдса у Сиверса есть нехватка ответственности. И Линус был крайне озабочен тем фактом, что Сиверс не исправил проблему в коде, который сам и написал. Это означает, что ядру пришлось работать с проблемами, допущенными Сиверсом. Сам Торвальдс обозначил, что «это продолжалось годами», и что впредь он отказывается принимать патчи от Сиверса до тех пор, пока он не исправит эту ошибку.

Valve официально выпускает SteamOS без UEFI

Компания Valve наконец-то поняла пожелания потенциальных клиентов и выпустила официальную версию SteamOS, которая поддерживает двойную загрузку и не требует аппаратной поддержки UEFI.

Изначально Valve выпустила образ своей игровой операционной системы на базе Linux, который в обязательном порядке требовал наличия поддержки компьютером UEFI. Кроме того, первый релиз SteamOS нельзя было устанавливать вместе с другими ОС. Однако некоторые из проблем официальной версии были достаточно быстро решены комьюнити.

Переработанная версия SteamOS, решающая эти проблемы, была выпущена сообществом под названием Ye Olde SteamOSe. Теперь же сама Valve максимально изучив разработки, сделанные в Ye Olde SteamOSe, выпустила собственный вариант системы, не имеющий указанных выше ограничений.

SteamOS

Представитель Valve Джон Верт на официальном форуме компании написал: «Я только что опубликовал ISO SteamOS, который может быть использован для установки SteamOS на не-UEFI системы. Выражаю благодарность directhex и ecliptic за их работу в Ye Olde SteamOSe, он включает много их изменений. Двойная загрузка и собственное создание разделов теперь возможно из опции „Установка для эксперта“».

«ПОЖАЛУЙСТА учтите, что на нём было проведено очень мало тестов, особенно в разных типах установки с двойной загрузкой. Так что не устанавливайте его на машину, которую вы не готовы потерять».

В настоящее время не совсем понятно, будут ли обе линейки SteamOS существовать параллельно, но одно совершенно ясно. Valve привлекает массу внимания к сообществу Linux, и это невозможно недооценить.

id Software не выпустит Doom 3 для Linux

id Software не стала поддерживать некоторых производителей игр, утверждающих, что Linux — это отличная развивающаяся платформа для видеоигр.

Они решили лишь выпустить исходные коды движка Doom 3 BFG и отказались от разработки родного клиента. Готовящийся релиз движка Doom 3 BFG вызвал некоторое волнение в стане Linux сообщества, но даже никто не мог и представить, что id откажутся разрабатывать клиента игры для Linux.

Doom 3 BFG

Некоторые ещё надеялись, но все надежды рухнули после сообщения Майкла Ларабела (Michael Larabel) из phoronix в Twitter, который процитировал Брайна Харриса (Brian Harris), разработчика id Software:

«Мы не имеем планов по созданию версии для Linux, но могу побиться об заклад, что кто-нибудь портирует его, если исходный код будет выпущен».

Что ж, если Linux версия игры внезапно появится на просторах Сети, то мы непременно вам об этом сообщим.

NVIDIA отвечает на «палец» Торвальдса

После того, как Линус Торвальдс нецензурно высказался о поддержке Linux компанией NVIDIA, «зелёные» не задержались с ответом, подготовив официальный пресс-релиз.

В нём сказано, что NVIDIA плотно работает над поддержкой Linux, и эта деятельность крайне важна для компании, также отмечается «о глубоких переживаниях по поводу этой работы и обеспечения превосходной производительности GPU». Компания также отметила, что сообщество нацелено на работу над открытым проектом Open Source Project, целью которой является полноценная поддержка технологии Optimus под Linux.

NVIDIA

В пресс-релизе сказано: «Поскольку мы понимаем, что некоторые люди отдают нам предпочтение из-за подробной документации на все наши GPU, или являются активными членами сообщества разработчиков ядра Linux, мы приняли решение о поддержке Linux на наших GPU, приложив усилия NVIDIA больше к общему коду, чем к общей инфраструктуре Linux. И хотя это не может удовлетворить всех, это позволяет нам обеспечивать наилучшую производительность GPU для наших клиентов, без привязки к платформе или операционной системе».

Также NVIDIA отмечали, что могут использовать все преимущества своевременной поддержки GPU. Компания регулярно обновляет драйверы для Linux во всём диапазоне продуктов, начиная от карт начального уровня и заканчивая профессиональными решениями Quadro.

Что интересно, по утверждениям NVIDIA, компания принимает активное участие в разработке Linux для процессоров ARM. По их данным, компания занимает второе место по объёму написанного кода ядра этой ОС.

Код ядра Linux перевалил за 15 миллионов строк

Сайт Tom’s Hardware со ссылкой на The H сообщает, что за последние 39 месяцев исходный код ядра Linux вырос на 50%, а количество строк кода превысило значение 15 миллионов. Такое число строк появится в готовящейся версии 3.3 этой операционной системы.

В сообщении говорится, что примерно три четверти кода ядра Linux составляют драйверы, файловые системы и код, определяющий архитектуру ОС. Правда в нём также достаточно много строк с комментариями и просто пустых строк.

Линус Торвальдс

Первый выпуск Linux содержал лишь 10000 строк, в то время как версия 1.0.0 уже раздулась до 176 250 строк, что произошло в марте 1994 года. В 2001 году, примерно через десять лет после выпуска первого релиза, ядро Linux версии 2.4 содержало порядка 2,4 миллиона строк, а теперь, спустя ещё 10 лет, увеличилось до 15 миллионов.

В интервью, которое Торвальдс дал немецкой газете Zeit Online, он отметил, что Linux становится «слишком сложным» и выразил беспокойство, что разработчики больше не смогут найти себя в реализации программного обеспечения. Создатель ОС пожаловался, что даже подсистемы становятся очень сложными и он заявил изданию, что «боится того дня», когда в коде появится ошибка, которая «никогда не сможет быть выявлена».

CUDA Toolkit 3.2 RC2

Вторая предварительная версия CUDA Toolkit 3.2 и новые бета-драйверы для него.

NVIDIA продолжает открытое тестирование следующей версии API CUDA и набора средств разработки для него. Второй кандидат на релиз исправляет некоторые ошибки в поддержке архитектуры Fermi и улучшает совместимость с компилятором Intel в Linux. Загрузить инструменты разработки и документацию можно со специальной страницы сайта NVIDIA для разработчиков.

NVIDIA CUDA logo

Одновременно NVIDIA обновила и драйверы с предварительной поддержкой CUDA 3.2 для всех основных платформ:

Причины успеха CUDA от Linux Magazine

Редактор издания «Linux Magazine» Douglas Eadline высказался о причинах успеха технологии NVIDIA CUDA.

Ведущий раздела высокопроизводительных вычислений в своей авторской колонке привёл некоторую статистику NVIDIA по использованию CUDA и её популярности в целом:

  • более 2700 упоминаний CUDA в Google Scholar;
  • более 800 видеоупоминаний CUDA на YouTube;
  • более 670 программ на CUDA Zone;
  • более 350 участников CUDA Superhero Challenge;
  • более 300 университетских курсов по изучению модели параллельного программирования CUDA;

Всё это явно выделяет CUDA среди прочих HPC технологий программирования, включая MPI, OpenMP, OpenCL и будущий Ct от Intel. Douglas Eadline попытался разобраться в причинах такого успеха CUDA.

Средства разработки CUDA бесплатны.

Хотя CUDA и не является open-source, CUDA Toolkit может загрузить и свободно использовать любой желающий с сайта NVIDIA. Даже не требуется регистрация, фактор, который нельзя недооценивать, поскольку традиционно компании-разработчики бесплатных инструментов заставляют проходить сложные регистрации с неизбежной дальнейшей обработкой их пользователей отделами продаж.

CUDA не вносит капитальных изменений в язык C.

Создатели CUDA не стали изобретать новый язык программирования. Любой владеющий C может сходу приступить к изучению и использованию CUDA.

Возможность постепенного перехода на CUDA.

Программист может постепенно добавлять функции CUDA в программу, написанную на C. Не требуется коренной переделки программ для извлечения выгоды из GPU-ускорения.

Низкий порог вхождения.

Обычно нелегко привлечь внимание к новой технологии, когда её использование требует значительных инвестиций в оборудование. В случае CUDA достаточно одной видеокарты на базе NVIDIA для начала работы. Можно проверить эффект на плате начального уровня и лишь потом решать, инвестировать ли в более мощное оборудование.

Поддержка и продвижение CUDA со стороны NVIDIA.

Многие кластерные технологии вроде MPI имеют многие схожие факторы и демонстрируют неплохой рост, но за ними не стоит компании, которая столько вкладывала бы в их продвижение. Для того же MPI просто нет аналогов центра компетенции уровня CUDA Center of Excellence Program.

NVIDIA CUDA logo

Успех CUDA должен служить образцом действий для прочих разработчиков HPC технологий. Низкий порог вхождения — ключ к продвижению, а если вы предоставляете свободу разработки, ждать внедрений долго не придётся. К выходу Fermi её уже будут ждать приложения и заказы — многие ли могут похвастаться тем же?