C# C# · 30 вопросов · ~85 мин · ⏱ Таймер 25:00 · Сложный ·

Профилирование C# и .NET

Проверяет практическое профилирование .NET: процессор, аллокации, блокировки, трассировки и нагрузочные испытания. Вопросы учат отличать симптом от причины, выбирать временное окно и подтверждать улучшение измерением, а не одиночным Stopwatch.

Отвечено: 0 из 30

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. В заданиях с кодом учитывайте указанную конструкцию и не додумывайте отсутствующие условия. После завершения откроются общий результат, тематические шкалы и разбор каждого ответа.

Вопрос 1 из 30

Чем профиль dotnet-sampled-thread-time полезен при поиске горячих участков?

dotnet-trace collect --process-id 1234 \
  --profile dotnet-sampled-thread-time,dotnet-common \
  --duration 00:00:00:30 \
  --output cpu-hotspots.nettrace

Требует заранее инструментировать исходный код каждой подключённой библиотеки Записывает каждый вызов метода и точное время его выполнения без заметных накладных расходов Меняет приоритет горячих потоков, чтобы подтвердить узкое место ускорением программы Периодически снимает управляемые стеки и показывает, какие методы чаще попадают в выборки Показывает только объём выделенной памяти и не содержит данных о выполнявшихся стеках

Вопрос 2 из 30

Что означает высокий inclusive time метода?

Он обязательно содержит цикл Это wall time без CPU Весь CPU потрачен только в его собственных инструкциях Много времени прошло в методе и вызванных им потомках Метод вызван один раз

Вопрос 3 из 30

Почему первый вызов метода нельзя сравнивать с прогретыми?

var stopwatch = Stopwatch.StartNew();
Compute(data);
Console.WriteLine(stopwatch.Elapsed);

Холодный запуск отличается только сборкой мусора, а JIT и кэши не влияют До JIT-компиляции метод выполняется интерпретатором C# Stopwatch не способен измерять длительность метода Первый вызов может включать JIT-компиляцию и прогрев кэшей Первый вызов метода не возвращает вычисленный результат

Вопрос 4 из 30

Что проверить при 100% CPU и низком throughput?

Сразу вынести весь код в Task.Run и увеличить число потоков Отключить журналы и считать падение CPU доказательством причины Посмотреть только число потоков без временной линии Увеличить таймауты зависимостей, не измеряя очередь Сопоставить профиль CPU с очередью, конкуренцией, spin и долей GC под той же нагрузкой

Вопрос 5 из 30

Как отличить дорогой алгоритм от частого дешёвого вызова?

// Сопоставьте:
// ParseHeader: 2 µs × 10 000 000 вызовов
// RebuildIndex: 200 ms × 2 вызова

По наличию async Только exclusive time По длине IL Сравнить общее время, число и цену вызовов По имени метода

Вопрос 6 из 30

Что показывает allocation profile?

dotnet-trace collect --process-id 1234   --providers Microsoft-Windows-DotNETRuntime:0x1C000080018:5

Типы, объём и стеки выделений памяти Число потоков Только native memory Только объекты, оставшиеся живыми после полной сборки мусора SQL plans

Вопрос 7 из 30

Где возникает boxing?

int value = 42;
object boxed = value; // boxing
int copy = (int)boxed;

При Span<int> При вызове generic List<int>.Add При static method При ref int При приведении struct к object или interface

Вопрос 8 из 30

Почему интерполяция в отключённом log level может всё равно выделять?

JIT удалит построение интерполированной строки, если уровень журналирования выключен ILogger записывает сообщение даже при выключенном уровне String хранится на стеке Интерполяция запрещена Строка строится до проверки уровня журналирования

Вопрос 9 из 30

Как closure проявляется в allocations?

var threshold = GetThreshold();
var selected = items.Where(x => x.Score > threshold); // захват threshold

Захват создаёт объект замыкания и делегат Только async void Closure хранится только в CPU register Он создаёт Thread Лямбда без явного new не создаёт объектов независимо от захвата

Вопрос 10 из 30

Что важнее при подозрении на утечку?

Сравнить heap snapshots после полных GC и найти растущие типы/пути к GC roots Посчитать вызовы ToString, предполагая, что они создают основную удерживаемую память Периодически вызывать полную сборку и судить об утечке только по паузе Проверить лишь Large Object Heap и не сравнивать корни объектов в других поколениях Смотреть только скорость аллокаций: высокая скорость сама по себе доказывает утечку

Вопрос 11 из 30

Что такое lock contention?

lock (_gate)
{
    UpdateSharedState();
    SlowOperation();
}

Поток не использует CPU Только deadlock Ожидание потоков за одним синхронизатором Любой await Ошибка компиляции lock

Вопрос 12 из 30

Какой паттерн вызывает ThreadPool starvation?

public string Handle() => client.GetStringAsync(uri).Result;

ValueTask.FromResult Span slicing Блокировки .Result/.Wait исчерпывают пул потоков Один immutable объект Короткий await I/O

Вопрос 13 из 30

Что покажет contention trace?

Тексты запросов и строки таблиц базы данных Только паузы сборщика мусора без связи с блокировками Содержимое сетевых пакетов, прошедших через процесс Только строки исходного кода, где встречается lock Время ожидания синхронизаторов и стеки ожидающих, иногда вместе с владельцами

Вопрос 14 из 30

Почему lock вокруг HTTP-вызова особенно плох?

lock (_gate)
{
    return client.GetAsync(uri).GetAwaiter().GetResult();
}

lock отменяет ожидающий запрос при сетевом timeout Lock удерживается всё время сетевого вызова HTTP не thread-safe Только из-за timeout Он делает response null

Вопрос 15 из 30

Как увидеть spin вместо блокировки?

CPU profile показывает цикл/SpinWait при высокой CPU, а wait time может быть мал По дампу памяти: spinning всегда оставляет отдельный тип объекта в куче Сравнить размеры стеков потоков: активный spin должен увеличивать каждый стек Spin отображается в профиле как обычное ожидание монитора По росту managed heap без профиля процессора и временной шкалы ожиданий

Вопрос 16 из 30

Чем trace отличается от агрегированной метрики?

using var activity = source.StartActivity("checkout");
metrics.Requests.Add(1);
await ProcessAsync(token);

Trace сохраняет последовательность событий и стеков Trace только для HTTP Metric содержит исходный код Ничем Trace хранит меньше данных, чем агрегированный счётчик

Вопрос 17 из 30

Зачем метка времени деплоя на графике?

Чтобы связать изменение метрик с новой версией Только для журналов Чтобы заменить rollback Чтобы синхронизировать system clock вручную Чтобы отличать участки с разными часовыми поясами на одном графике

Вопрос 18 из 30

Почему async stack в профиле может выглядеть разорванным?

using var activity = source.StartActivity("order.process");
await repository.LoadAsync(id, token);
await payment.ChargeAsync(id, token);

Только из-за оптимизации Stack overflow Логическую цепочку восстанавливают по async metadata Await удаляет методы из assembly Каждый await переносит продолжение в другой процесс

Вопрос 19 из 30

Как связать длинную паузу запроса с GC?

Сравнить только максимальный размер кучи и максимальную задержку без общей временной шкалы Увеличить таймаут и считать исчезновение ошибки связью с GC Совместить на временной линии запрос, начало и конец GC, длительность паузы и CPU Посмотреть только размер кучи после завершения запроса Ориентироваться на одно сообщение NullReferenceException

Вопрос 20 из 30

Какие данные, кроме самой трассы, нужно сохранить, чтобы результат можно было сравнить и правильно истолковать?

utc=20260714T100200Z
pid=1234
version=2026.07.14.3
scenario=checkout-500-rps
profile=dotnet-sampled-thread-time,dotnet-common

dotnet-trace collect \
  --process-id "$pid" \
  --profile "$profile" \
  --duration 00:00:00:30 \
  --output "checkout-$utc.nettrace"

Полный набор переменных окружения, включая секреты, но без описания нагрузки Только имя файла и его итоговый размер Только среднюю загрузку CPU за день, когда была собрана трасса PID, время, профиль или providers, сценарий нагрузки и версию приложения Только операционную систему и разрядность процесса

Вопрос 21 из 30

Почему BenchmarkDotNet лучше ручного Stopwatch для микротеста?

[MemoryDiagnoser]
public class Benchmarks
{
    [Benchmark] public int Parse() => Parser.Parse(input);
}

Он работает только с structs BenchmarkDotNet ускоряет тестируемый код оптимизациями runner Он заменяет профилировщик Управляет прогревом, итерациями и статистикой Stopwatch неточен вообще

Вопрос 22 из 30

Что означает baseline в benchmark?

[Benchmark(Baseline = true)] public int Old() => OldAlgorithm(data);
[Benchmark] public int New() => NewAlgorithm(data);

Опорный вариант для сравнения времени и памяти Максимальный timeout Первый неуспешный тест GC root Production log

Вопрос 23 из 30

Какой порог производительности ставить в CI?

Основанный на стабильности среды и значимом бюджете, с повторными измерениями/трендом Использовать единый порог 50% для методов с любой длительностью и назначением Порог 0%: любое отличие от исходного запуска должно останавливать сборку Взять среднее одного запуска без прогрева, доверительных интервалов и повторов Не ставить порог: результаты CI слишком шумные для контроля

Вопрос 24 из 30

Что добавить в нагрузочный тест сервиса?

Число файлов проекта без связи с формой трафика Пропускную способность, перцентили, ошибки и насыщение ресурсов Запустить одного пользователя с постоянным интервалом и считать это рабочей нагрузкой Собирать только среднюю задержку, не разделяя успешные и ошибочные запросы Проверять лишь максимальный объём памяти без пропускной способности и ошибок

Вопрос 25 из 30

Как сделать профиль воспроизводимым?

loadgen run --scenario checkout --users 200 --duration 5m --seed 4242

Менять seed на каждом прогоне, усредняя различия наборов данных Снимать на разных сервисах Зафиксировать данные, версию, настройки и прогрев Менять размер входных данных между прогонами, сохраняя только среднее время Отключить timestamps

Вопрос 26 из 30

Что такое performance budget?

public static readonly TimeSpan CheckoutBudget =
    TimeSpan.FromMilliseconds(500);

Количество строк кода Timeout компиляции Budget — фиксированное число экземпляров сервиса Только SLA провайдера Допустимый предел ресурсов для сценария

Вопрос 27 из 30

Почему очередь может расти при CPU < 100%?

Очередь растёт только после полного насыщения всех процессорных ядер Задачи в очереди не запускаются, если процессор загружен меньше половины Ограничен другой ресурс: пул соединений, блокировка, зависимость или один потребитель Низкий CPU доказывает ошибку измерения: очередь расти не может Низкая загрузка CPU означает, что очередь измерена до запуска обработчиков

Вопрос 28 из 30

Когда batching повышает throughput?

while (await timer.WaitForNextTickAsync(token))
{
    var batch = queue.TakeUpTo(100);
    await storage.WriteBatchAsync(batch, token);
}

Когда каждый элемент требует немедленного независимого ответа Только для strings Чтобы скрыть ошибки Batching повышает throughput без влияния на latency При снижении накладных расходов на мелкие операции

Вопрос 29 из 30

Как понять, кэшировать ли вычисление?

Кэшировать любой результат строкового типа независимо от размера Хранить результаты до завершения процесса без лимита и инвалидирования Сравнить цену вычисления, попадания, размер, инвалидирование и допустимость устаревших данных Смотреть только долю процессора, не учитывая частоту вызовов и цену промаха Ориентироваться на длину метода, не измеряя повторные вызовы

Вопрос 30 из 30

Когда масштабирование экземпляров не поможет?

// 20 replicas не ускорят запрос, сериализованный одной DB advisory lock.
// Исправление — изменить критическую секцию/модель данных.

При общем узком месте: базе, lock или внешнем лимите Когда CPU высок на каждом При независимых stateless requests При rate limit per instance Добавление экземпляров помогает при любом узком месте

Ответьте на все 30 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу