Программирование Python

Вам нужно вынести вычисление из event loop в отдельный процесс. Какой механизм помешает этому коду передать функцию исполнителю?

import asyncio
from concurrent.futures import ProcessPoolExecutor

async def main():
    def square(x):
        return x * x

    loop = asyncio.get_running_loop()
    with ProcessPoolExecutor() as pool:
        result = await loop.run_in_executor(pool, square, 3)
        print(result)

if __name__ == "__main__":
    asyncio.run(main())

Разберите ситуацию: синхронная функция уже запустила event loop, а затем пытается вызвать asyncio.run для корутины. Каков результат?

В двух корутинах asyncio обновляется общее состояние с фактической приостановкой между чтением и записью. Может ли возникнуть гонка данных в одном event loop?

За счёт какого механизма asyncio.to_thread не блокирует event loop при выполнении синхронной функции?

Какой результат даст изменение обычной глобальной переменной в одном процессе для другого процесса Python?

Сравните прямой await корутины и передачу её в asyncio.create_task: в чём главное различие их запуска?

Задачу asyncio отменяют во время ожидания ввода-вывода. В какой момент и каким механизмом корутина узнаёт об отмене?

В сервисе две корутины запускаются через asyncio.gather, но внутри каждой вызывается обычная блокирующая функция. Какой эффект это окажет на выполнение задач?

import asyncio
import time

def blocking_work():
    time.sleep(2)

async def worker(name):
    print(f"{name}: start")
    blocking_work()
    print(f"{name}: done")

async def main():
    await asyncio.gather(worker("A"), worker("B"))

asyncio.run(main())

Как GIL в CPython влияет на выполнение CPU-bound задач в нескольких потоках?

Что происходит с выполнением других задач asyncio, когда корутина достигает await операции ввода-вывода?

Почему для состояния текущего запроса в асинхронном Python-коде используют ContextVar, а не локальную переменную потока?

От чего зависит, сможет ли contextlib.suppress подавить ошибку при входе другого контекстного менеджера в составном with?

При таком использовании @contextmanager какое исключение покинет with и почему тело блока не выполнится?

from contextlib import contextmanager

@contextmanager
def resource():
    raise OSError("не удалось открыть ресурс")
    yield "ресурс"

with resource() as value:
    print(value)

Можно ли единообразно использовать with, когда ресурс иногда уже создан, с помощью nullcontext?

Представьте, что исключение перехватывается внутри тела with. Какие значения получит __exit__ в этом случае?

class Logger:
    def __enter__(self):
        print("enter")
        return self

    def __exit__(self, exc_type, exc, tb):
        print(exc_type, exc)
        return False

with Logger():
    try:
        raise ValueError("ошибка")
    except ValueError:
        print("handled")

Если аргумент фабрики декоратора зависит от текущего состояния программы, когда это состояние фиксируется относительно вызовов декорированной функции?

Из-за чего чтение переменной во вложенной функции до присваивания ей в той же функции вызывает UnboundLocalError, даже если снаружи такая переменная уже существует?

Допустим, декоратор задаёт собственный атрибут обёртки до применения functools.wraps. Каким станет этот атрибут после применения wraps?

Вам передали один экземпляр контекстного менеджера для вложенных блоков with: какое свойство его реализации определит, не испортит ли внутреннее состояние внешний выход?

Опишите судьбу return, выполненного внутри блока with.