Коллектив Авторов - Цифровой журнал «Компьютерра» № 129
Зачем это нужно? Просто для увеличения количества «событий» — можно разогнать две частицы до запредельных значений: продуктом их распада может стать бозон Хиггса... а может и не стать. Более того, он настолько редко проявляется, что от одиночных событий нужных результатов можно ждать неограниченно долгое время. Светимость и фокусировка повышают частоту событий (соударений), и тем самым набирается больше статистических данных, анализ которых позволит (или уже позволил) вычленить всё, что связано с хиггсовским бозоном.
Непосредственно поисками бозона Хиггса на БАК занимались две исследовательские команды, оперировавшие детекторами ATLAS (A Toroidal LHC Apparatus) и CMS (The Compact Muon Solenoid).
- ATLAS и CMS многофункциональны. С их помощью планируется решение очень большого количества самых разнообразных задач, основной из которых является обнаружение бозона Хиггса, — говорил «Компьютерре» Илья Орлов, сотрудник ИЯФ СО РАН, участник разработок в ЦЕРНе. — Основная цель – это экспериментальное обнаружение бозона Хиггса и измерение его параметров: время жизни, вероятности распадов и так далее.
Проблема ещё и в том, что бозон Хиггса исключительно недолговечен — он существует ничтожно короткое время и прямому обнаружению, как говорится, «не подлежит». Только продукты его распада живут достаточно долгое время, чтобы его выявить, при этом так называемых «каналов распада» достаточно много.
Затруднений с поиском сразу несколько: во-первых, теория существования бозона Хиггса не описывает его массу; во-вторых, одни и те же лептоны, например, могут быть продуктами распада других частиц и не иметь никакого отношения к искомому бозону. Эта проблема решается опять же методом статистическим: учёные строят распределение масс частиц, то есть учитывают события с конкретными массами (выраженными в электронвольтах), восстановленные по характеристикам возможных продуктов распада, как, например, пары гамма-квантов. Если среди этих пар фигурируют те, что появились в результате распада какой-то конкретной частицы (а мы знаем, какой именно), то каждый раз они будут давать одну и ту же массу и, соответственно, будет наблюдаться пик.
Такой пик и был обнаружен и на CMS, и на ATLAS. Порог статистических отклонений вплотную приблизился (или даже превзошёл) показатели в 5 сигм, что дало основания заявить с большой уверенностью: открыта новая, неизвестная ранее элементарная частица. «Нашли нечто, что распадается на два фотона и Z-бозона и имеет массу порядка 125-126 ГэВ, — говорит старший научный сотрудник ИЯФ им. Г.И. Будкера, кандидат физико-математических наук Евгений Балдин. — Предположительно это хиггсовский бозон из Стандартной модели».
Что дальше?Впереди — много работы. Во-первых, как и прежде, будет накапливаться статистика — в исполинских масштабах. Без неё никуда. Во-вторых, поиски бозона Хиггса — не единственный эксперимент, проводящийся на Большом адронном коллайдере. Среди прочих — поиск так называемых прелестных кварков на детекторе LHCb — проект, в котором непосредственное участие принимает компания «Яндекс». К слову сказать, буквально накануне объявления об обнаружении «частицы, похожей на бозон Хиггса», в офисе «Яндекса» состоялся научный семинар с участием сразу четверых представителей ЦЕРНа, рассказывавших о своей работе над проектом LHCb, в то время как представители «Яндекса» рассказывали о собственных разработках — реализации модели параллельных вычислений MapReduce для очень больших объёмов данных и MatrixNet — методе бинарной классификации данных.
Возвращаясь к Большому адронному коллайдеру, необходимо отметить, что своей максимальной мощности он всё ещё не достиг. До конца 2012 года он будет работать на мощности 3,5ТэВ на пучок (это энергия соударения протонов), затем будет закрыт на продолжительный — не менее полутора лет — срок, в ходе которого планируется провести полную ревизию, если потребуется — ремонт и — обязательно — усовершенствование его оборудования. Как уже было сказано выше, в нём немало слабых мест, а это грозит новыми авариями. По словам Александра Ерохина, будут меняться все сомнительные контакты, вскрываться система охлаждения, многое подвергнется полной переработке.
- Если я правильно понимаю, то сейчас обсуждаются планы по поднятию светимости и поднятию энергии LHC (он скоро остановится на ремонт и апгрейд по планам). Последнее гораздо дороже, но с точки зрения физики правильнее, — сообщил «Компьютерре» Евгений Балдин.
После модернизации и перезапуска Большого адронного коллайдера планируется поднять его мощность до проектной энергии 7ТэВ и, как уже сказано, повысить светимость до проектных значений — 1034 с-1*см-2.
Уже на этих показателях ожидается уточнение массы предполагаемого бозона Хиггса и других его характеристик, а в конечном случае — определение: это он или не он.
К оглавлению
Интервью
Михаил Пожидаев («Альт Линукс») об отечественном менеджере пакетов Deepsolver
Евгений Крестников
Опубликовано 13 июля 2012 года
Существующие менеджеры пакетов для Linux часто критикуют за высокую для неопытных пользователей сложность, трудности с разрешением зависимостей между пакетами и тому подобные вещи. О новых подходах к управлению установленными программами задумываются разработчики многих дистрибутивов, и российские компании не исключение. Инженер-программист «Альт Линукс», кандидат технических наук Михаил Пожидаев рассказал «Компьютерре» о Deepsolver — перспективной разработке, которая может заменить в дистрибутивах ALT Linux использующийся сейчас "Advanced Packaging Tool" (APT).
- Что такое Deepsolver, и зачем он нужен? Какие задачи должен решать продукт, и какова его архитектура?
- Главная задача проекта — управление установленными программами. Deepsolver должен стать платформой, на основе которой могут создаваться различные утилиты поддержки операционной системы в актуальном и целостном состоянии. Дизайн проекта разбит на три основные компоненты: подсистема внесения изменений в ОС, подсистема управления информацией о пакетах и подсистема обслуживания репозиториев в сети. Внутри каждой компоненты предусмотрены различные механизмы унификации, делающие реализации ключевых алгоритмов взаимозаменяемыми.
- Продукт работает только с rpm? Есть ли возможность «подружить» его с другими пакетными менеджерами?
- Архитектурно это возможно. Начальная реализация предполагает взаимодействие с rpm в том виде, в каком он используется в ALT Linux. Мы надеемся, что появление других интерфейсов к пакетным системам — это вопрос времени. Возможно, своими силами предложим реализацию для rpm из Fedora.
- Речь идёт только о системе управления пакетами, а не, скажем, о неком сервисе автосборки по типу OBS или ABF?
- В ALT Linux сборка пакетов осуществляется в изолированной chroot-среде, обслуживанием которой занимается Hasher. Наполнение среды основано на сборочных зависимостях, обработка которых выполняется менеджером пакетов. Таким образом, сам Deepsolver автоматизированной сборкой не занимается, но является одним из ключевых компонентов в решении этой задачи.
- Как возникла идея создать замену APT? Чего не хватает в существующей системе, и в чём преимущество Deepsolver над аналогичными решениями?
- Здесь немалую роль играет понятие свободы и независимости. Отрицать этого нельзя. В сообществе есть множество идей и предложений, как сделать управление программами проще и понятней. Возможность их сначала экспериментального, а затем и постоянного внедрения — вопрос перспективности дистрибутива. В частности, ситуация, когда пакеты с пользовательскими приложениями идут вперемешку с пакетами библиотек, вспомогательных данных и пр., явно не может способствовать распространению дистрибутива среди массовых пользователей: человек просто теряется. У нас устойчивой была тема формирования списка доступных программ на основе desktop-файлов в сочетании с дополнительной идеей удаления пакетов-библиотек после удаления использующих их приложений. Хорошо это или плохо — так делать, сказать наперёд никто не может, это надо пробовать; шансы хорошие, но более конкретного ответа пока нет. По этой причине информационная подсистема у нас выделена в отдельную компоненту, в которой можно делать многие вещи, не боясь задеть скрупулёзно настраиваемый механизм обработки зависимостей.
С обработкой зависимостей тоже не всё просто. Уже не секрет, что точная обработка запроса пользователя на установку или удаление программы в нынешнем Linux — это NP-полная задача, то есть в точной постановке с гарантированным ответом нерешаемая. Научные материалы предлагают ряд приближенных эвристических алгоритмов, и на их основе есть реализации библиотек обработки зависимостей пакетов, как, например, libsolv, но мы говорим в том числе и о задаче формирования сборочного окружения, в которой какое-либо приближённое или вероятностное поведение нежелательно.
