Publish team projects. Improve project checkpoint and task description.

This commit is contained in:
2026-09-23 20:36:50 +03:00
parent 29f3f50a1a
commit 724f8cce5c
42 changed files with 879 additions and 152 deletions
+21 -32
View File
@@ -2,52 +2,41 @@
- **Сдать материалы:** до 03.11.2026, 23:59.
- **Ветка:** `nis/checkpoint-1`.
- **Файл точки:** `nis/checkpoints/01.md`.
Команда уточняет обязательный результат назначенного задания и проверяет, что выбранный технический путь реалистичен в доступном окружении. Полный сквозной эксперимент на этом этапе не требуется.
К первой точке команда описывает, что и как будет делать, и проверяет основные технические предпосылки проекта. Сквозной сценарий от входных данных до обработанных измерений потребуется ко [второй точке](02-working-result.md).
## Требуемый результат
## Что сдать
В `nis/project.md` нужно зафиксировать:
Подготовьте три файла; по ссылкам доступны шаблоны:
- состав реализации и поддерживаемые сценарии;
- допустимые упрощения;
- способы проверки завершённости обязательной работы;
- выбранный технический путь.
- [nis/project.md](../project-repository-template/nis/project.md) — ожидаемые результаты и способы их проверки, сценарии и упрощения;
- [nis/experiment-plan.md](../project-repository-template/nis/experiment-plan.md) — план сравнения и обработки результатов;
- [nis/checkpoints/01.md](../project-repository-template/nis/checkpoints/01.md) — итоги технических проверок, команды запуска, ссылки на код и результаты, открытые риски и вклад каждого участника.
Технические предпосылки проверяются с учётом выбранного пути:
Откройте PR/MR из ветки `nis/checkpoint-1` в `main` по [правилам сдачи](../project-repository.md#сдача-через-prmr).
- для авторского артефакта — доступность кода и данных, сборка и минимальный запуск;
- для самостоятельной реализации — достаточность описания метода, минимальный прототип и способ проверки корректности;
- для симулятора — допущения, доступный эталон и способ проверки адекватности.
## Описание проекта
Команда фиксирует фактически доступные ресурсы, проверяет их достаточность и измеримость показателей, прикладывает краткую инструкцию и воспроизводимые свидетельства выполненных проверок.
В `nis/project.md` опишите ожидаемые результаты назначенного задания: что вы реализуете, какие проверки и эксперименты проведёте и какие материалы с результатами и их разбором подготовите. Для каждого пункта укажите, как проверить его выполнение. Ориентируйтесь на раздел «Обязательный результат» в карточке задания.
В `nis/experiment-plan.md` описываются baseline, данные или нагрузки, конфигурации, метрики, параметры, серии, повторы, проверка корректности и способ обработки и анализа результатов.
Укажите [технический путь](../project.md#технический-путь-проекта); если карточка предлагает несколько вариантов, выберите один. Опишите упрощения и их влияние на результаты. Существенное изменение обязательного объёма нужно согласовать с преподавателем и отразить в обновлённой карточке задания.
Если добросовестная проверка выявила ошибочную предпосылку проектного задания, команда прикладывает диагностику и проверяемые свидетельства. Документированная ошибка задания не снижает статус точки. Преподаватель уточняет задание или, если сопоставимое уточнение невозможно, назначает другое свободное задание и письменно корректирует сроки и объём.
## Технические проверки
## Структура `nis/checkpoints/01.md`
Объём проверок зависит от пути проекта:
```markdown
# Контрольная точка 1
- **Авторский артефакт:** подготовьте код и данные, соберите используемые компоненты и запустите небольшой пример, связанный с заданием.
- **Самостоятельная реализация:** проверьте, хватает ли описания метода, и реализуйте минимальный прототип ключевой операции. Покажите его работу на простом входе с известным ожидаемым результатом.
- **Симулятор, в том числе написанный самостоятельно:** опишите допущения и выберите эталон — аналитический расчёт, опубликованные данные или доступную реализацию. Подготовьте простой случай для сравнения и получите эталонный результат. Если эталоном служит авторская программа, подготовьте её к работе и запустите на этом случае. Работающий прототип собственного симулятора и его сравнение с эталоном потребуются ко второй точке.
## Краткий результат
Укажите доступные ресурсы и оцените, хватает ли их для запланированной работы. Для основных метрик проверьте доступность нужных данных: подойдёт пробный замер, пример журнала с нужными полями или расчёт по доступным данным. Рядом с описанием каждой проверки укажите команду запуска или ссылку на инструкцию, ожидаемый и полученный результат и ссылки на материалы.
## Проверенные технические предпосылки
## План эксперимента
## Фактические ресурсы и измеримость показателей
К сдаче выберите baseline, данные или нагрузки и начальные конфигурации. Укажите, какие параметры будете менять и в каких пределах, какие серии и повторы проведёте. Для каждой метрики задайте определение, единицы и способ сбора; опишите проверку корректности и обработку результатов.
## Инструкция и воспроизводимые свидетельства
План должен позволять начать эксперименты. Масштаб нагрузки и диапазоны параметров можно уточнить после пробных запусков: отметьте такие решения и укажите, как и когда их примете. Готовая реализация baseline, полная серия измерений и итоговые выводы к первой точке не требуются.
## Ссылки на детализацию и план эксперимента
Если проверка выявила ошибку в предпосылках задания, опишите проблему и приложите команды и результаты, которые её подтверждают. Документированная ошибка задания не снижает статус точки. Преподаватель уточнит задание или назначит другое свободное задание, если подходящего уточнения нет, и письменно скорректирует сроки и объём.
- [Детализация проекта](../project.md)
- [План эксперимента](../experiment-plan.md)
## Открытые риски и следующие действия
## Ответственность участников
```
Общие правила сдачи и карточка ответственности приведены на [странице контрольных точек](README.md).
Общие [правила контрольных точек](README.md) описывают статусы, действия при блокировке и запись о работе каждого участника.
+7 -7
View File
@@ -4,21 +4,21 @@
- **Ветка:** `nis/checkpoint-2`.
- **Файл точки:** `nis/checkpoints/02.md`.
Команда показывает один содержательный сквозной сценарий: входные данные проходят через работающий центральный механизм, после чего собираются метрики и получается обработанный результат. Масштаб может быть небольшим.
Команда показывает один работающий сценарий из задания: подаёт входные данные, запускает реализацию исследуемого механизма, собирает измерения и обрабатывает их. Например, для проекта о восстановлении после сбоя — запускает обработку данных, вызывает сбой, проверяет результат после восстановления и измеряет время восстановления. Масштаб может быть небольшим.
## Требуемый результат
Материалы включают:
- инструкцию запуска и использованную конфигурацию;
- короткую запись демонстрации;
- пример исходных измерений и результат их обработки;
- свидетельства проверки корректности;
- для модели — проверку адекватности на доступном эталоне;
- короткую запись демонстрации запуска и полученного результата;
- пример исходных измерений и результат их обработки, например журнал запусков и таблицу времени выполнения;
- выполненные проверки корректности: что ожидалось, что получено и где посмотреть результат проверки;
- для симулятора или модели — сравнение с выбранным эталоном на простом случае и объяснение обнаруженных расхождений;
- действующие упрощения и ещё не реализованные обязательные части.
К этой точке достаточно одного работающего варианта. Baseline, полная экспериментальная серия и устойчивые выводы пока не требуются.
К этой точке достаточно одного работающего варианта исследуемого метода. Реализация baseline, сравнение с ним, полная экспериментальная серия и итоговые выводы пока не требуются.
Результат и ссылки оформляются в `nis/checkpoints/02.md`. Файл содержит краткий итог, команды запуска, конфигурацию, ссылки на демонстрацию, исходные и обработанные данные, проверку корректности, ограничения, риски и карточки ответственности участников. Можно начать с [шаблона файла](../project-repository-template/nis/checkpoints/02.md).
Заполните [nis/checkpoints/02.md](../project-repository-template/nis/checkpoints/02.md): краткий итог, ссылки на перечисленные материалы, риски, следующие шаги и вклад участников. Добавьте команды сквозного запуска в `README.md` репозитория.
Общие правила сдачи и статусы приведены на [странице контрольных точек](README.md).
@@ -11,15 +11,15 @@
Материалы включают:
- хотя бы одно содержательное сравнение основного метода с baseline;
- сопоставимые входы и конфигурации;
- одинаковые входы или одинаково сформированные выборки; конфигурации вариантов и объяснение различий между ними;
- исходные измерения и обработанную таблицу или график;
- необходимые повторы: для недетерминированных измерений не менее трёх, если задание явно не требует большего числа;
- повторы для каждого варианта и набора параметров по [общим правилам проекта](../project.md#что-требуется-от-проекта);
- предварительную интерпретацию и сопоставление с результатами статьи;
- разбор расхождений, альтернативных объяснений и ограничений;
- оставшуюся обязательную работу, сроки и ответственных;
- отдельное описание возможного самостоятельного продолжения.
- возможное самостоятельное продолжение, если планируете его; оно остаётся необязательным.
Сопоставление со статьёй учитывает различия стендов и может проверять тенденции и механизм. Совпадение абсолютных значений не требуется. Корректный отрицательный результат допускается на общих основаниях. Основное воспроизведение завершается к итоговой сдаче **19 марта 2027 года, 23:59**.
Объясните, что показывает сравнение и насколько результат меняется между повторами. Сопоставьте его с конкретным результатом статьи с учётом различий оборудования, данных и настроек. Например, можно проверить, сохраняется ли преимущество метода при росте нагрузки; совпадение абсолютных значений не требуется. Отделите подтверждённые объяснения расхождений от предположений, которые ещё нужно проверить. Корректный отрицательный результат допускается на общих основаниях. Основное воспроизведение завершается к итоговой сдаче **19 марта 2027 года, 23:59**.
Результат и ссылки оформляются в `nis/checkpoints/03.md`. Можно начать с [шаблона файла](../project-repository-template/nis/checkpoints/03.md).
+3 -1
View File
@@ -23,7 +23,9 @@
Виды работы (необязательно):
```
Запись кратко фиксирует результаты без учёта затраченного времени. В необязательном поле можно указать постановку, методику, программную реализацию, данные, эксперимент, анализ, проверку, визуализацию или работу над отчётом. Название вида работы на оценку не влияет.
Повторите этот блок для каждого участника. В ответственности укажите конкретную задачу, например «реализовать проверку результатов после перезапуска». В результате опишите, что сделано за этот этап, и дайте ссылки на код, тесты, данные или текст. Если существенных изменений и блокировок не было, так и напишите.
Учёт затраченного времени не нужен. В необязательном поле можно указать постановку, методику, программную реализацию, данные, эксперимент, анализ, проверку, визуализацию или работу над отчётом. Название вида работы на оценку не влияет.
## Статус точки
+5 -4
View File
@@ -5,9 +5,9 @@
## Подготовка материалов
1. Проверить код, зависимости, инструкции и сокращённый сквозной запуск на обычной машине.
2. Оформить конфигурации, исходные и обработанные данные, команды построения результатов, внешние ссылки и контрольные суммы в `nis/results.md`.
3. Подготовить технический отчёт с постановкой, отличием от опубликованной исходной точки, методикой, угрозами достоверности, результатами, отрицательными наблюдениями и границами выводов.
4. Заполнить `nis/final.md`.
2. Оформить конфигурации, исходные и обработанные данные, команды запуска и обработки результатов, внешние ссылки и контрольные суммы в [nis/results.md](project-repository-template/nis/results.md).
3. Подготовить технический отчёт: какой вопрос проверяли, что использовали из опубликованных материалов и что сделали сами, как проводили эксперимент, что получили и какие выводы подтверждаются данными. Разобрать расхождения с ожидаемым результатом и факторы, которые могли повлиять на измерения или ограничить выводы.
4. Заполнить [nis/final.md](project-repository-template/nis/final.md).
5. Создать от актуальной `main` ветку `nis/final`, опубликовать её и открыть итоговый PR/MR в `main`.
6. Указать в описании PR/MR полный хеш оцениваемого коммита, краткий итог и ссылки на материалы.
7. Получить итоговый комментарий преподавателя и добавить согласованные исправления новыми коммитами.
@@ -19,7 +19,6 @@
`nis/final.md` содержит:
- команду и назначенное проектное задание;
- полный хеш оцениваемого коммита;
- ключевой график или таблицу;
- основной вывод и его ограничения;
- ссылки на технический отчёт, данные и презентацию;
@@ -29,6 +28,8 @@
Итоговый комплект включает репозиторий с сокращённым сквозным запуском, данные и конфигурации полного протокола, технический отчёт, презентацию и заполненный `nis/final.md`.
Хеш коммита указывается в описании PR/MR после публикации всех файлов. В `nis/final.md` его дублировать не нужно.
После срока содержательные изменения не учитываются. Редакторские изменения презентации и согласованные технические исправления добавляются отдельными коммитами и не меняют зафиксированную оцениваемую версию.
## Дополнительное достижение
+2 -2
View File
@@ -10,7 +10,7 @@
## Сокращённый запуск
Укажите минимальные требования и команды, которые воспроизводят небольшой сквозной пример на обычной машине.
К первой контрольной точке укажите требования к окружению и команды технических проверок или ссылку на них в `nis/checkpoints/01.md`. Ко второй точке добавьте команды запуска небольшого сквозного примера на обычной машине.
```text
команды запуска
@@ -18,7 +18,7 @@
## Навигация
- [Детализация проекта](nis/project.md)
- [Описание проекта](nis/project.md)
- [План эксперимента](nis/experiment-plan.md)
- [Контрольная точка 1](nis/checkpoints/01.md)
- [Контрольная точка 2](nis/checkpoints/02.md)
@@ -1,29 +1,23 @@
# Контрольная точка 1
## Краткий результат
[Что проверено и что зафиксировано по итогам этапа.]
## Проверенные технические предпосылки
[Сборка, минимальный запуск, прототип, допущения и проверки выбранного пути.]
## Фактические ресурсы и измеримость показателей
[Доступные ресурсы и свидетельства того, что требуемые показатели можно измерить.]
## Инструкция и воспроизводимые свидетельства
[Команды и ссылки на журналы, тесты, данные или другие материалы.]
## Ссылки на детализацию и план эксперимента
- [Детализация проекта](../project.md)
- [Описание проекта](../project.md)
- [План эксперимента](../experiment-plan.md)
## Открытые риски и следующие действия
## Краткий итог
[Риски, действия, сроки и ответственные.]
[Коротко: что удалось проверить и какие проблемы остались.]
## Технические проверки
[Для каждой проверки укажите, что проверяли, команду запуска или ссылку на инструкцию, ожидаемый и полученный результат. Приложите ссылки на материалы проверки. Здесь же покажите, что данные для основных метрик доступны: подойдёт пробный замер, журнал или расчёт.]
## Ресурсы
[Какие ресурсы доступны и хватает ли их для запланированной работы. Если конфигурация уже описана в плане эксперимента, дайте ссылку на неё.]
## Риски и следующие шаги
[Что может помешать работе, что вы будете делать, кто отвечает и к какому сроку. Уточнения настроек эксперимента можно указать ссылкой на план.]
## Ответственность участников
@@ -2,31 +2,31 @@
## Краткий результат
[Какой сквозной сценарий работает.]
[Какой сценарий из задания работает: что подаётся на вход, что выполняется и какой результат получен.]
## Запуск и конфигурация
[Команды, версии, параметры и использованные ресурсы.]
[Ссылка на команды запуска в README.md. Укажите использованные версии, параметры и ресурсы или дайте ссылку на конфигурацию.]
## Демонстрация
[Ссылка на короткую запись.]
[Ссылка на короткую запись, показывающую запуск сценария и полученный результат.]
## Исходные и обработанные данные
[Ссылки на пример измерений и полученную таблицу или график.]
[Ссылки на исходные измерения, команды их обработки и полученную таблицу или график. Кратко поясните, что они показывают.]
## Проверка корректности
[Тесты, инварианты, эталоны; для модели — проверка адекватности.]
[Что проверили, какой результат ожидали и что получили. Дайте ссылки на команды и результаты проверок. Для симулятора или модели покажите сравнение с выбранным эталоном и объясните расхождения.]
## Упрощения и отсутствующие обязательные части
[Что пока ограничено или не реализовано.]
[Какие упрощения действуют в показанном сценарии и что из обязательной работы ещё не готово. Можно сослаться на актуальное описание проекта.]
## Риски и следующие действия
[Риски, действия, сроки и ответственные.]
[Что может помешать работе, что вы будете делать, кто отвечает и к какому сроку.]
## Ответственность участников
@@ -2,19 +2,19 @@
## Краткий результат
[Какое сравнение выполнено.]
[На какой вопрос задания отвечает выполненное сравнение и что удалось выяснить.]
## Метод и baseline
[Сопоставимые варианты, входы и конфигурации.]
[Что сравнивали, на каких входах и с какими настройками. Объясните различия конфигураций и почему сравнение корректно. Дайте ссылки на команды запуска и конфигурации.]
## Исходные и обработанные данные
[Ссылки на измерения, повторы, таблицу или график.]
[Ссылки на измерения каждого запуска, команды обработки и таблицу или график. Укажите число повторов и покажите разброс результатов. Если измерения детерминированные, поясните это.]
## Предварительная интерпретация
[Вывод, сопоставление со статьёй, расхождения, альтернативные объяснения и ограничения.]
[Что показывают данные и как результат соотносится с конкретным результатом статьи. Как на сравнение влияют различия оборудования, данных и настроек. Какие объяснения расхождений подтверждены, какие ещё нужно проверить и чего по этим данным заключить нельзя.]
## Оставшаяся обязательная работа
@@ -22,7 +22,7 @@
## Возможное самостоятельное продолжение
[Отдельный вопрос или технический результат сверх обязательной работы.]
[Если планируете продолжение, опишите вопрос или результат сверх обязательного задания. Иначе укажите, что пока не планируете его.]
## Ответственность участников
@@ -6,28 +6,24 @@
## Сравниваемые варианты и baseline
[Основной метод, baseline и условия сопоставимости.]
[Какой baseline из задания вы используете и чем сравниваемые варианты отличаются друг от друга. Что будет одинаковым в их запусках: входные данные, доступные ресурсы и остальные условия сравнения.]
## Данные или нагрузки
[Источники, подготовка, размеры и правила формирования выборок.]
## Конфигурации и параметры
## Конфигурации и план запусков
[Среда, версии, ресурсы, фиксированные и изменяемые параметры.]
[Среда, версии и ресурсы. Какие параметры остаются постоянными, какие меняются и какие сочетания значений вы проверите. Укажите число повторов и порядок запусков. Если настройки зависят от пробных запусков, опишите, как и когда вы их выберете.]
## Метрики
[Определение, единицы измерения и способ сбора каждой метрики.]
## Серии и повторы
[Матрица экспериментов, число повторов и порядок запусков.]
## Проверка корректности
[Тесты, инварианты, эталоны и проверки адекватности.]
[Как вы будете проверять правильность работы реализации: тесты, инварианты, сравнение с эталоном. Для модели опишите, как проверите соответствие моделируемой системе.]
## Обработка и анализ
[Команды, статистическая обработка, таблицы, графики и правила интерпретации.]
[Как обработаете данные, обобщите результаты повторов и покажете их разброс. Какие таблицы или графики построите и как по ним ответите на проверяемый вопрос. Команды обработки добавляйте по мере реализации.]
+1 -3
View File
@@ -5,9 +5,7 @@
- Команда:
- Проектное задание:
## Оцениваемая версия
- Полный хеш коммита:
Полный хеш оцениваемого коммита укажите в описании итогового PR/MR после публикации коммита.
## Ключевой результат
+7 -11
View File
@@ -1,25 +1,21 @@
# Детализация проекта
# Описание проекта
## Назначенное задание
[Ссылка на карточку задания и краткое описание обязательного результата.]
[Ссылка на карточку задания.]
## Выбранный технический путь
[Авторский артефакт, самостоятельная реализация, симулятор или их сочетание.]
[Какой путь из предусмотренных заданием вы используете: авторский артефакт, самостоятельную реализацию, симулятор или их сочетание.]
## Обязательный результат
## Что будет сделано и как это проверить
[Состав реализации и результат, который должен быть проверяемым к итоговой сдаче.]
[Перечислите, что должно быть готово к концу проекта по назначенному заданию: что вы реализуете, какие проверки и эксперименты проведёте, какие материалы с результатами и их разбором подготовите. Для каждого пункта укажите, как проверить его выполнение. Например: «Восстановление после сбоя проверяется тестом на пропуски и дубликаты; время восстановления сравнивается с baseline, измерения и их разбор представлены в отчёте».]
## Поддерживаемые сценарии
[Входы, режимы работы и границы применимости.]
[Опишите ситуации, которые будете исследовать в проекте: какие данные или нагрузки поступают на вход, что происходит во время работы и какого поведения вы ожидаете. Например: «После сохранения контрольной точки один обработчик останавливается. Система восстанавливает его состояние и продолжает обработку потока без потерь и повторного учёта данных». Укажите ограничения сценариев, например число узлов или рассматриваемые виды отказов.]
## Упрощения
[Принятые упрощения и их влияние на допустимые выводы.]
## Критерии завершённости
[Наблюдаемые условия, по которым можно проверить выполнение обязательной работы.]
[Принятые упрощения и их влияние на выводы. Если меняется обязательный объём, укажите согласованное изменение и ссылку на обновлённую карточку задания.]
+8 -6
View File
@@ -4,24 +4,26 @@
[Окружение, версии, ресурсы и параметры сравниваемых вариантов.]
## Исходные данные
## Входные данные и измерения
[Расположение файлов, формат, происхождение и контрольные суммы.]
[Где лежат входные данные и исходные измерения каждого запуска. Укажите их формат, происхождение и контрольные суммы; свяжите измерения с вариантом, конфигурацией и номером повтора.]
## Обработанные данные
[Расположение таблиц, графиков и промежуточных файлов.]
## Построение результатов
## Повторение экспериментов и обработка данных
[Команды основных серий или ссылка на инструкцию. Отдельно укажите команды, которые строят таблицы и графики из сохранённых измерений.]
```text
команды, которые строят итоговые таблицы и графики
команды запуска и обработки
```
## Внешние материалы
[Ссылки, условия доступа, версии и контрольные суммы материалов вне репозитория.]
[Для материалов вне репозитория укажите ссылки, условия доступа, версии и контрольные суммы файлов. Если таких материалов нет, укажите это.]
## Ограничения воспроизводимости
[Ресурсные ограничения, недоступные материалы и допустимый сокращённый запуск.]
[Что нужно для повторения полных серий, что проверяет сокращённый запуск и какие результаты он не воспроизводит. Если часть материалов недоступна публично, поясните, как преподаватель сможет их проверить.]
+2 -2
View File
@@ -1,6 +1,6 @@
# Состояние проекта
## Лучший полученный результат
## Основной полученный результат
[Краткое описание и ссылки на проверяемые материалы.]
@@ -14,6 +14,6 @@
## План до итоговой сдачи
| Задача | Срок | Ответственный | Ожидаемое свидетельство |
| Задача | Срок | Ответственный | Результат и способ проверки |
|---|---|---|---|
| | | | |
+5 -1
View File
@@ -17,13 +17,17 @@
Каталог `nis/` включает:
- `project.md` — выбранный технический путь, детализацию обязательного результата, поддерживаемые сценарии, упрощения и критерии завершённости;
- `project.md` — выбранный технический путь, ожидаемые результаты и способы их проверки, поддерживаемые сценарии и упрощения;
- `experiment-plan.md` — baseline, данные или нагрузки, конфигурации, метрики, параметры, серии, повторы, проверку корректности и обработку результатов;
- `checkpoints/01.md`, `02.md`, `03.md` — результаты этапов, проверяемые свидетельства и ответственность участников;
- `status.md` — состояние обязательной работы, риски, оставшиеся задачи, сроки и ответственных;
- `results.md` — конфигурации, исходные и обработанные данные, команды построения результатов, внешние ссылки и контрольные суммы;
- `final.md` — лист итоговой сдачи.
Для каждой сдачи заполняйте файлы, указанные в её описании. К [первой точке](project-checkpoints/01-project-plan.md) нужны `project.md`, `experiment-plan.md` и `checkpoints/01.md` со ссылками на материалы проверок. Остальные материалы добавляйте по мере работы. В инструкции запуска в `README.md` к первой точке достаточно команд технических проверок или ссылки на них; сквозной запуск добавляется ко второй точке.
Заменяйте пояснения в квадратных скобках своим текстом. Общее описание проекта и план эксперимента обновляйте по мере работы; в файлах точек сохраняйте итоги соответствующего этапа. Команды, конфигурации и данные достаточно описать в одном месте и дать на них ссылки из остальных файлов.
Код, тесты и данные располагаются с учётом устройства конкретного проекта. Секреты и материалы без права публичного распространения в репозиторий не помещаются. Для начала работы можно скопировать [готовый шаблон](project-repository-template/README.md).
## Сдача через PR/MR
+3 -3
View File
@@ -6,7 +6,7 @@
Во всех заданиях исходный обязательный путь рассчитан на CPU и бесплатную инфраструктуру. Команда с подтверждённым доступом к GPU может по согласованию включить GPU-реализацию и эксперименты в обязательный план по [общим правилам проекта](../project.md#ресурсы-данные-и-лицензии). Ссылки, закреплённые ревизии и лицензии документально проверены 5 сентября 2026 года; известных блокеров для назначения нет. Технические предпосылки команда проверяет по [правилам первой контрольной точки](../project-checkpoints/01-project-plan.md).
Наличие опубликованного артефакта в задании не означает, что команда обязательно строит проект на его коде. В зависимости от проверяемого вопроса допустимым путём может быть работа с авторским артефактом, самостоятельная реализация центрального механизма, собственный симулятор или их сочетание. Конкретные варианты задаются формулировкой технического результата либо отдельным полем «Допустимый технический путь». Если разрешено несколько путей, они равноправны и оцениваются по полученному результату, корректности эксперимента и обоснованности выводов.
Проект может опираться на авторский артефакт, самостоятельную реализацию центрального механизма, собственный симулятор или их сочетание. Конкретная работа команды описана в полях «Технический результат» и «Обязательное приращение команды». Если карточка предлагает несколько вариантов, команда может выбрать любой из них. Оцениваются полученный результат, корректность эксперимента и обоснованность выводов.
Общий порядок выбора, контрольные точки и требования к результатам описаны в [правилах проекта](../project.md), а место `ТР`, `Э` и `ВО` в итоговой оценке — в [правилах оценивания](../grading.md).
@@ -81,11 +81,11 @@
## Как читать проектное задание
Поле «Кратко о статье» объясняет проблему, идею работы и связь с проектом; поле «Почему результат актуален» — сохраняющееся значение результата. «Артефакты и данные» фиксируют источники и ревизии, а «Что уже предоставляет артефакт» перечисляет готовые компоненты и разрешённые способы их использования. «Обязательное приращение команды» показывает, какие компоненты, эксперименты и проверки нужно подготовить самостоятельно. Сборка, запуск и повторение готового сценария сами по себе технический результат не закрывают; содержательная адаптация засчитывается по результату, прямо указанному в карточке.
Начните с раздела «Обязательный результат»: в нём указано, какой вопрос нужно проверить, что подготовить и какой эксперимент провести. Поле «Обязательное приращение команды» описывает вашу собственную работу: доработки, эксперименты и проверки. Готовые код, данные и примеры перечислены в поле «Что уже предоставляет артефакт»; источники и версии — в поле «Артефакты и данные». «Кратко о статье» объясняет проблему и идею работы, а «Почему результат актуален» — зачем исследовать её сейчас. Сборка, запуск и повторение готового сценария сами по себе технический результат не закрывают; при адаптации нужен результат, прямо указанный в карточке.
Как готовый артефакт сочетается с самостоятельной работой команды, показано в [примере проекта Remix](../project.md#что-предстоит-делать-если-код-уже-опубликован).
Раздел «Обязательный результат» полностью задаёт достаточный объём проекта, включая сокращённый ресурсный путь. «Содержательные направления» помогают распределить работу в тройке. «Возможное продолжение» остаётся необязательным и высокой оценки не гарантирует. Достаточность проверяется по кратчайшему допустимому пути выполнения задания; общих квот на строки кода, эксперименты или часы нет.
Раздел «Обязательный результат» задаёт достаточный объём проекта, включая вариант для ограниченных ресурсов. «Содержательные направления» помогают распределить работу в тройке. «Возможное продолжение» остаётся необязательным и высокой оценки не гарантирует. Можно выбрать любой предусмотренный заданием путь; общих квот на строки кода, эксперименты или часы нет.
7 сентября 2026 года карточки обновлены до версии 1.1 по содержимому закреплённых ревизий; в десяти карточках с существенным покрытием готовыми сценариями приведены ссылки на просмотренные исходники и история уточнений. Это статическая проверка кода, scripts, examples, benchmarks и notebooks. Сборка и запуск внешних артефактов в неё не входили; работоспособность конкретного окружения проверяется на первой контрольной точке.
+5 -5
View File
@@ -64,22 +64,22 @@
- воспроизводимый репозиторий и полный протокол основных серий;
- технический отчёт и презентация.
Сравниваемые варианты запускаются на одинаковых входах или на одинаково сформированных выборках. Для недетерминированных измерений выполняется не менее трёх повторов, если проектное задание явно не требует большего числа.
Baseline — вариант, с которым сравнивается исследуемый метод; он указан в задании. Сравниваемые варианты запускаются на одинаковых входах или на одинаково сформированных выборках. Если результат измерения может меняться от запуска к запуску, для каждого варианта и набора параметров выполните не менее трёх повторов, если задание явно не требует большего числа. Например, это относится к измерению времени работы.
Корректный отрицательный результат или расхождение со статьёй могут быть полноценным итогом, если эксперимент корректен, данные пригодны для анализа, а причины разобраны по свидетельствам. Техническая блокировка без корректного эксперимента итоговым результатом не считается.
## Технический путь проекта
Проверяется утверждение или метод статьи, поэтому опубликованный программный артефакт не обязан быть основой реализации. Проектное задание может предусматривать один или несколько равноправных путей:
Проект проверяет утверждение или метод статьи. Опубликованный код служит одним из возможных исходных материалов. Карточка задания может предусматривать один или несколько технических путей:
- восстановить, адаптировать или модифицировать авторский артефакт;
- самостоятельно реализовать центральный механизм в объёме, достаточном для проверки;
- построить собственный симулятор или модель существенного механизма;
- сочетать реальный прототип с имитацией для более широких экспериментальных серий.
Допустимые пути указаны в конкретном проектном задании. Если их несколько, команда выбирает путь самостоятельно и фиксирует выбор к первой контрольной точке. Переход к пути, которого нет в задании, оформляется как его уточнение: команда показывает технические основания, после чего преподаватель выпускает новую версию задания.
Что именно должна сделать команда, описано в полях «Технический результат» и «Обязательное приращение команды». Если карточка предлагает несколько вариантов, команда выбирает один и записывает его в `nis/project.md` к первой контрольной точке. Чтобы выбрать путь, которого нет в карточке, команда обосновывает его, после чего преподаватель обновляет карточку задания.
Самостоятельная реализация должна явно отделять сохранённые свойства метода от упрощений и иметь автоматическую проверку корректности. Для симулятора нужно описать допущения, проверить его на аналитических примерах, опубликованных данных или доступной реализации и ограничить выводы областью применимости модели. При любом пути сохраняются заданные проверяемый вопрос, baseline, основные показатели и требования к анализу.
При самостоятельной реализации команда указывает, какие свойства метода сохранены, какие упрощены и как автоматически проверяется корректность. Для симулятора нужно описать допущения и проверить его по аналитическим примерам, опубликованным данным или доступной реализации. Выводы должны учитывать границы модели. Во всех случаях сохраняются проверяемый вопрос, baseline, основные показатели и требования к анализу из карточки задания.
## Что предстоит делать, если код уже опубликован?
@@ -109,7 +109,7 @@
- зафиксированные версии кода, данных, зависимостей и параметров;
- автоматизированную настройку или точную инструкцию;
- сокращённый сквозной запуск на обычной машине;
- полный протокол основных серий, сырые и обработанные данные;
- полный протокол основных серий: команды, параметры и исходные измерения каждого запуска, а также результаты их обработки;
- сценарий, который перестраивает итоговые таблицы и графики.
Если в обязательный план входят GPU-эксперименты, преподавателю достаточно обеспечить выборочный повторный запуск; полное повторение всех дорогих серий не требуется.
+29 -29
View File
@@ -2,36 +2,36 @@
## Составы команд
Составы команд зафиксированы 18 сентября 2026 года.
Составы команд зафиксированы 18 сентября 2026 года. Задания распределены по ответам команд.
| Команда | Участники |
|---:|---|
| 1 | Аверин Вадим, Козлов Максим, Ремпель Дмитрий |
| 2 | Агафонов Кирилл, Акимов Артём, Жемуков Альберт |
| 3 | Артёмов Михаил, Фоминых Дарья, Шевляков Фёдор |
| 4 | Асадуллин Айдар, Костин Даниил, Поляков Иван |
| 5 | Байдаков Кирилл, Борчук Дмитрий, Нестерук Владислав |
| 6 | Бурков Илья, Сергиенко Дмитрий, Черный Антон |
| 7 | Горбунов Александр, Кривощеков Виктор, Кузьмин Василий |
| 8 | Дервис Максим, Сабгир София, Широковских Александр |
| 9 | Елисеев Владислав, Малков Максим, Некрасов Станислав |
| 10 | Зодоров Адам, Царапкин Максим, Шиляев Иван |
| 11 | Линьков Иван, Разухин Александр, Хамзин Рамиль |
| 12 | Смирнов Глеб, Смирнягин Артём, Хмура Иван |
| 13 | Ван Петр, Долгий Александр, Заварин Александр |
| 14 | Галимов Денис, Подхватилин Григорий, Сеннов Егор |
| 15 | Дегтярев Филипп, Коновалов Артем, Эйбатов Эмиль |
| 16 | Битюков Павел, Голов Андрей, Юнусов Булат |
| 17 | Лубсанов Дмитрий, Пугачев Дмитрий, Титов Фёдор |
| 18 | Мышак Роман, Другов Максим, Вторушин Дмитрий |
| 19 | Кривецкий Илья, Бельский Артём, Родионов Валерий |
| 20 | Блохтин Никита, Верютина Алина, Лазо Арсений |
| 21 | Вовк Михаил, Замятин Матвей, Юхневич Егор |
| 22 | Плахута Алексей, Серебренников Дан, Мазур Александр |
| 23 | Еремина Ксения, Поливин Никита, Балабекян Андрей |
| 24 | Понкратов Александр, Горохов Дмитрий (пара) |
| Команда | Участники | Задание |
|---:|---|---|
| 1 | Аверин Вадим, Козлов Максим, Ремпель Дмитрий | [P18. Faasm: WebAssembly-изоляция для stateful serverless](team-01.md) |
| 2 | Агафонов Кирилл, Акимов Артём, Жемуков Альберт | [P29. Mooncake: глобальный многоуровневый KV-кэш](team-02.md) |
| 3 | Артёмов Михаил, Фоминых Дарья, Шевляков Фёдор | [P24. Llumnix: динамическое перепланирование LLM-запросов](team-03.md) |
| 4 | Асадуллин Айдар, Костин Даниил, Поляков Иван | [P14-B. Flink: rescaling и восстановление](team-04.md) |
| 5 | Байдаков Кирилл, Борчук Дмитрий, Нестерук Владислав | [P14-A. Flink: режимы контрольных точек](team-05.md) |
| 6 | Бурков Илья, Сергиенко Дмитрий, Черный Антон | [P19. Serverless Cold Starts: проверка обобщений на производственных трассах](team-06.md) |
| 7 | Горбунов Александр, Кривощеков Виктор, Кузьмин Василий | [P10. Detock: транзакции между регионами без глобального упорядочивания](team-07.md) |
| 8 | Дервис Максим, Сабгир София, Широковских Александр | [P09-A. FoundationDB: транзакции и отказы](team-08.md) |
| 9 | Елисеев Владислав, Малков Максим, Некрасов Станислав | [P31-A. GC3: корректность расписаний](team-09.md) |
| 10 | Зодоров Адам, Царапкин Максим, Шиляев Иван | [P25-B. Ray: акторы и восстановление](team-10.md) |
| 11 | Линьков Иван, Разухин Александр, Хамзин Рамиль | [P04. Legolas: поиск ошибок частичных отказов по состояниям системы](team-11.md) |
| 12 | Смирнов Глеб, Смирнягин Артём, Хмура Иван | [P05. SIEVE: простая политика вытеснения веб-кэша](team-12.md) |
| 13 | Ван Петр, Долгий Александр, Заварин Александр | [P08. PGVal: сквозная проверка гарантий потоковой обработки](team-13.md) |
| 14 | Галимов Денис, Подхватилин Григорий, Сеннов Егор | [P23. PagedAttention: управление памятью KV-кэша](team-14.md) |
| 15 | Дегтярев Филипп, Коновалов Артем, Эйбатов Эмиль | [P32. Alea-BFT: асинхронная репликация с византийскими отказами](team-15.md) |
| 16 | Битюков Павел, Голов Андрей, Юнусов Булат | [P25-A. Ray: динамические графы задач](team-16.md) |
| 17 | Лубсанов Дмитрий, Пугачев Дмитрий, Титов Фёдор | [P17. SkyPilot: планирование заданий между облаками](team-17.md) |
| 18 | Мышак Роман, Другов Максим, Вторушин Дмитрий | [P12-B. ClickHouse: векторизованный конвейер](team-18.md) |
| 19 | Кривецкий Илья, Бельский Артём, Родионов Валерий | [P07-A. DeathStarBench: хвостовая задержка](team-19.md) |
| 20 | Блохтин Никита, Верютина Алина, Лазо Арсений | [P06. SuperBench: упреждающая проверка вычислительной инфраструктуры](team-20.md) |
| 21 | Вовк Михаил, Замятин Матвей, Юхневич Егор | [P26-A. Parrot: планирование графа](team-21.md) |
| 22 | Плахута Алексей, Серебренников Дан, Мазур Александр | [P28. DistServe: раздельное выполнение prefill и decode](team-22.md) |
| 23 | Еремина Ксения, Поливин Никита, Балабекян Андрей | [P12-A. ClickHouse: отсечение данных](team-23.md) |
| 24 | Понкратов Александр, Горохов Дмитрий (пара) | [P21. DBSP/Feldera: инкрементальное выполнение запросов](team-24.md) |
После распределения заданий 23 сентября преподаватель создаёт в этом каталоге отдельную Markdown-карточку для каждой команды на основе [_template.md](_template.md).
Для каждой команды создана карточка на основе [_template.md](_template.md). Она содержит назначенное задание и дополняется по ходу работы.
Карточки входят в репозиторий материалов курса и редактируются только преподавателем. Команда ведёт технические материалы в своём публичном репозитории и передаёт его адрес один раз через основной канал курса.
@@ -41,4 +41,4 @@
## Проекты
Карточки будут добавлены после распределения заданий.
Карточки команд приведены в таблице выше.
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 1: P18. Faasm: WebAssembly-изоляция для stateful serverless
## Команда и задание
- **Участники:** Аверин Вадим, Козлов Максим, Ремпель Дмитрий
- **Назначенное задание:** [P18. Faasm: WebAssembly-изоляция для stateful serverless](../project-tasks/p18-faasm.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P18. Faasm: WebAssembly-изоляция для stateful serverless](../project-tasks/p18-faasm.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 2: P29. Mooncake: глобальный многоуровневый KV-кэш
## Команда и задание
- **Участники:** Агафонов Кирилл, Акимов Артём, Жемуков Альберт
- **Назначенное задание:** [P29. Mooncake: глобальный многоуровневый KV-кэш](../project-tasks/p29-mooncake.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P29. Mooncake: глобальный многоуровневый KV-кэш](../project-tasks/p29-mooncake.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 3: P24. Llumnix: динамическое перепланирование LLM-запросов
## Команда и задание
- **Участники:** Артёмов Михаил, Фоминых Дарья, Шевляков Фёдор
- **Назначенное задание:** [P24. Llumnix: динамическое перепланирование LLM-запросов](../project-tasks/p24-llumnix.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P24. Llumnix: динамическое перепланирование LLM-запросов](../project-tasks/p24-llumnix.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 4: P14-B. Flink: rescaling и восстановление
## Команда и задание
- **Участники:** Асадуллин Айдар, Костин Даниил, Поляков Иван
- **Назначенное задание:** [P14-B. Flink: rescaling и восстановление](../project-tasks/p14-b-flink-rescaling-recovery.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P14-B. Flink: rescaling и восстановление](../project-tasks/p14-b-flink-rescaling-recovery.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 5: P14-A. Flink: режимы контрольных точек
## Команда и задание
- **Участники:** Байдаков Кирилл, Борчук Дмитрий, Нестерук Владислав
- **Назначенное задание:** [P14-A. Flink: режимы контрольных точек](../project-tasks/p14-a-flink-checkpoints.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P14-A. Flink: режимы контрольных точек](../project-tasks/p14-a-flink-checkpoints.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 6: P19. Serverless Cold Starts: проверка обобщений на производственных трассах
## Команда и задание
- **Участники:** Бурков Илья, Сергиенко Дмитрий, Черный Антон
- **Назначенное задание:** [P19. Serverless Cold Starts: проверка обобщений на производственных трассах](../project-tasks/p19-serverless-cold-starts.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P19. Serverless Cold Starts: проверка обобщений на производственных трассах](../project-tasks/p19-serverless-cold-starts.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 7: P10. Detock: транзакции между регионами без глобального упорядочивания
## Команда и задание
- **Участники:** Горбунов Александр, Кривощеков Виктор, Кузьмин Василий
- **Назначенное задание:** [P10. Detock: транзакции между регионами без глобального упорядочивания](../project-tasks/p10-detock.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P10. Detock: транзакции между регионами без глобального упорядочивания](../project-tasks/p10-detock.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 8: P09-A. FoundationDB: транзакции и отказы
## Команда и задание
- **Участники:** Дервис Максим, Сабгир София, Широковских Александр
- **Назначенное задание:** [P09-A. FoundationDB: транзакции и отказы](../project-tasks/p09-a-foundationdb-transactions.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P09-A. FoundationDB: транзакции и отказы](../project-tasks/p09-a-foundationdb-transactions.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 9: P31-A. GC3: корректность расписаний
## Команда и задание
- **Участники:** Елисеев Владислав, Малков Максим, Некрасов Станислав
- **Назначенное задание:** [P31-A. GC3: корректность расписаний](../project-tasks/p31-a-gc3-correctness.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P31-A. GC3: корректность расписаний](../project-tasks/p31-a-gc3-correctness.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 10: P25-B. Ray: акторы и восстановление
## Команда и задание
- **Участники:** Зодоров Адам, Царапкин Максим, Шиляев Иван
- **Назначенное задание:** [P25-B. Ray: акторы и восстановление](../project-tasks/p25-b-ray-actors-recovery.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P25-B. Ray: акторы и восстановление](../project-tasks/p25-b-ray-actors-recovery.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 11: P04. Legolas: поиск ошибок частичных отказов по состояниям системы
## Команда и задание
- **Участники:** Линьков Иван, Разухин Александр, Хамзин Рамиль
- **Назначенное задание:** [P04. Legolas: поиск ошибок частичных отказов по состояниям системы](../project-tasks/p04-legolas.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P04. Legolas: поиск ошибок частичных отказов по состояниям системы](../project-tasks/p04-legolas.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 12: P05. SIEVE: простая политика вытеснения веб-кэша
## Команда и задание
- **Участники:** Смирнов Глеб, Смирнягин Артём, Хмура Иван
- **Назначенное задание:** [P05. SIEVE: простая политика вытеснения веб-кэша](../project-tasks/p05-sieve.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P05. SIEVE: простая политика вытеснения веб-кэша](../project-tasks/p05-sieve.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 13: P08. PGVal: сквозная проверка гарантий потоковой обработки
## Команда и задание
- **Участники:** Ван Петр, Долгий Александр, Заварин Александр
- **Назначенное задание:** [P08. PGVal: сквозная проверка гарантий потоковой обработки](../project-tasks/p08-pgval.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P08. PGVal: сквозная проверка гарантий потоковой обработки](../project-tasks/p08-pgval.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 14: P23. PagedAttention: управление памятью KV-кэша
## Команда и задание
- **Участники:** Галимов Денис, Подхватилин Григорий, Сеннов Егор
- **Назначенное задание:** [P23. PagedAttention: управление памятью KV-кэша](../project-tasks/p23-pagedattention.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P23. PagedAttention: управление памятью KV-кэша](../project-tasks/p23-pagedattention.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 15: P32. Alea-BFT: асинхронная репликация с византийскими отказами
## Команда и задание
- **Участники:** Дегтярев Филипп, Коновалов Артем, Эйбатов Эмиль
- **Назначенное задание:** [P32. Alea-BFT: асинхронная репликация с византийскими отказами](../project-tasks/p32-alea-bft.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P32. Alea-BFT: асинхронная репликация с византийскими отказами](../project-tasks/p32-alea-bft.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 16: P25-A. Ray: динамические графы задач
## Команда и задание
- **Участники:** Битюков Павел, Голов Андрей, Юнусов Булат
- **Назначенное задание:** [P25-A. Ray: динамические графы задач](../project-tasks/p25-a-ray-task-graphs.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P25-A. Ray: динамические графы задач](../project-tasks/p25-a-ray-task-graphs.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 17: P17. SkyPilot: планирование заданий между облаками
## Команда и задание
- **Участники:** Лубсанов Дмитрий, Пугачев Дмитрий, Титов Фёдор
- **Назначенное задание:** [P17. SkyPilot: планирование заданий между облаками](../project-tasks/p17-skypilot.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P17. SkyPilot: планирование заданий между облаками](../project-tasks/p17-skypilot.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 18: P12-B. ClickHouse: векторизованный конвейер
## Команда и задание
- **Участники:** Мышак Роман, Другов Максим, Вторушин Дмитрий
- **Назначенное задание:** [P12-B. ClickHouse: векторизованный конвейер](../project-tasks/p12-b-clickhouse-vectorized-pipeline.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P12-B. ClickHouse: векторизованный конвейер](../project-tasks/p12-b-clickhouse-vectorized-pipeline.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 19: P07-A. DeathStarBench: хвостовая задержка
## Команда и задание
- **Участники:** Кривецкий Илья, Бельский Артём, Родионов Валерий
- **Назначенное задание:** [P07-A. DeathStarBench: хвостовая задержка](../project-tasks/p07-a-deathstarbench-tail-latency.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P07-A. DeathStarBench: хвостовая задержка](../project-tasks/p07-a-deathstarbench-tail-latency.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 20: P06. SuperBench: упреждающая проверка вычислительной инфраструктуры
## Команда и задание
- **Участники:** Блохтин Никита, Верютина Алина, Лазо Арсений
- **Назначенное задание:** [P06. SuperBench: упреждающая проверка вычислительной инфраструктуры](../project-tasks/p06-superbench.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P06. SuperBench: упреждающая проверка вычислительной инфраструктуры](../project-tasks/p06-superbench.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 21: P26-A. Parrot: планирование графа
## Команда и задание
- **Участники:** Вовк Михаил, Замятин Матвей, Юхневич Егор
- **Назначенное задание:** [P26-A. Parrot: планирование графа](../project-tasks/p26-a-parrot-graph-scheduling.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P26-A. Parrot: планирование графа](../project-tasks/p26-a-parrot-graph-scheduling.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 22: P28. DistServe: раздельное выполнение prefill и decode
## Команда и задание
- **Участники:** Плахута Алексей, Серебренников Дан, Мазур Александр
- **Назначенное задание:** [P28. DistServe: раздельное выполнение prefill и decode](../project-tasks/p28-distserve.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P28. DistServe: раздельное выполнение prefill и decode](../project-tasks/p28-distserve.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+31
View File
@@ -0,0 +1,31 @@
# Проект команды 23: P12-A. ClickHouse: отсечение данных
## Команда и задание
- **Участники:** Еремина Ксения, Поливин Никита, Балабекян Андрей
- **Назначенное задание:** [P12-A. ClickHouse: отсечение данных](../project-tasks/p12-a-clickhouse-data-skipping.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P12-A. ClickHouse: отсечение данных](../project-tasks/p12-a-clickhouse-data-skipping.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]
+32
View File
@@ -0,0 +1,32 @@
# Проект команды 24: P21. DBSP/Feldera: инкрементальное выполнение запросов
## Команда и задание
- **Участники:** Понкратов Александр, Горохов Дмитрий (пара)
- **Назначенное задание:** [P21. DBSP/Feldera: инкрементальное выполнение запросов](../project-tasks/p21-dbsp-feldera.md)
- **Публичный репозиторий:** [ссылка]
- **Выбранный технический путь:** [краткое описание]
- **Объём для пары:** достаточно одного запроса с фильтрацией, соединением и агрегацией. Сравнение собственного инкрементального выполнения с Feldera и полным пересчётом, проверка эквивалентности и анализ размеров обновлений сохраняются.
## Сдачи
| Сдача | Полный хеш коммита | Статус | Итоговый комментарий |
|---|---|---|---|
| Первая контрольная точка | — | — | — |
| Вторая контрольная точка | — | — | — |
| Третья контрольная точка | — | — | — |
| Сверка состояния проекта | — | — | — |
| Финальная версия | — | — | — |
## История согласованных изменений задания
| Дата | Изменение | Основание и ссылка |
|---|---|---|
| — | Исходная версия задания | [P21. DBSP/Feldera: инкрементальное выполнение запросов](../project-tasks/p21-dbsp-feldera.md) |
## Итоговые материалы
- **Финальная версия:** [полный хеш коммита и ссылка]
- **Технический отчёт:** [ссылка]
- **Данные и результаты:** [ссылка]
- **Презентация:** [ссылка]