Практическая проверка Python 3.15 RC1: как подобрать и проверить faulthandler max_threads в Python 3.15 для bounded thread dump. Изолированный fixture, отрицательный контроль, таблица наблюдений, критерий остановки и безопасный пакет для поддержки.
Граница изменения: как проверить max_threads в faulthandler без огромного дам
Python 3.15 добавляет max_threads в enable(), dump_traceback(), dump_traceback_later() и register(); gh-149085 описывает прежний жёсткий лимит 100 потоков. Это подтверждает интерфейс Python 3.15 RC1, но не наличие проблемы в вашем проекте. Практический риск здесь конкретный: Слишком низкий предел скрывает нужный поток, слишком высокий превращает аварийный канал в огромный файл. Наличие многоточия в дампе следует трактовать как усечение, а не как конец списка потоков. Перед опытом запишите версию Python, одну наблюдаемую величину и ожидаемую ветку. RC1 остаётся предварительным выпуском: установите его в отдельный virtual environment или контейнер, не поверх рабочего interpreter. Не переносите в стенд production-конфиги, реальные адреса, tokens, полные environment dumps и пользовательские данные.
Обратимый стенд для gh-149085
Рекомендуемый минимальный опыт: В отдельном процессе создайте известное число короткоживущих потоков, удерживаемых Barrier, задайте max_threads меньше и больше их числа и направьте dump в temp-файл. Запишите имена синтетических потоков отдельно, не используя production stack. Все входы должны быть синтетическими, короткими и воспроизводимыми. Каждый вариант получает новый объект, файл или процесс, если cache и global state способны изменить наблюдение. Ограничьте время, размер временных файлов и число повторов заранее; cleanup выполняйте в finally и удаляйте только созданный temp-root. Один запуск показывает конкретный результат, но не частоту проблемы и не готовность всего приложения к миграции.
Контроль и таблица наблюдений
Собирайте строки «создано потоков | max_threads | найдено thread blocks | есть marker усечения | bytes дампа | время записи». Повторите с одним главным потоком и с max_threads, превышающим fixture. Контроль должен показать, что parser дампа считает блоки корректно и не принимает строку с traceback внутри тела за новый поток. Порядок baseline, target, fresh baseline помогает увидеть загрязнение стенда. Пустое поле не равно нулю, отсутствие исключения не подтверждает правильный результат, а изменение двух независимых параметров сразу лишает опыт диагностической силы. Если повторы расходятся, сохраните все строки и пометьте результат unstable, не выбирая самый удобный прогон.
Зелёный критерий и стоп-линия
Passed допустим только если Дамп ограничен ожидаемым числом блоков, усечение явно заметно, файл остаётся в заданном byte-budget, а контроль без усечения содержит все созданные потоки. Статус not reproduced означает лишь отсутствие симптома на этом fixture; blocked — нехватку capability или источника; failed control возвращает проверку к стенду. Стоп-линия: Не активируйте периодические дампы на production и не сохраняйте пути, аргументы или секреты из реальных стеков без отдельного доступа и retention policy. Нельзя получать зелёный результат broad except, отключением защиты, увеличением лимита до исчезновения ошибки или повторением до случайного успеха. Любая новая гипотеза получает отдельную строку, а не добавляется задним числом в объяснение уже выполненного опыта.
Минимальный пакет для поддержки
Передайте maintainer только число синтетических потоков, max_threads, размер файла, count блоков, marker усечения и версия Python без содержимого рабочих стеков. Добавьте московский timestamp, точную версию 3.15.0rc1, команды воспроизведения и заранее заданный зелёный критерий. Удалите usernames, hostnames, IP, абсолютные домашние пути, токены, cookies, содержимое рабочих файлов и лишние строки журналов. Официальные и первичные источники подтверждают gh-149085 и change boundary, но не подтверждают результат вашего опыта, массовость боли, будущую индексацию или позиции страницы. Такой пакет позволяет повторить одну ветку без раскрытия данных и без смешения соседних причин.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные и вымышленные результаты тестов не использовались.
Источники и проверка
- What’s New in Python 3.15 проверено 2026-08-30
- CPython gh-149085 — configurable faulthandler cap проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.