datasette-ports 0.4 показывает PID запущенных Datasette для профилировщика Python 3.15

Саймон Уиллисон, автор Datasette, выпустил версию 0.4 своего плагина datasette-ports. Он обнаруживает и перечисляет все экземпляры Datasette, запущенные на текущей машине. Версия 0.4 работает с последним релизом Datasette и дополнительно показывает PID каждого найденного процесса. Изменение небольшое, но у него есть понятная практическая цель: упростить подключение нового профилировщика из Python 3.15.

Что изменилось в 0.4

Datasette — open-source инструмент для исследования и публикации данных, в первую очередь из SQLite. У разработчиков, которые много с ним работают, на машине легко накапливается несколько серверов на разных портах: один для эксперимента, второй для рабочей базы, третий забыт с прошлой недели. datasette-ports решает эту бытовую проблему. Он показывает, какие экземпляры сейчас живы и где их искать.

В релизе 0.4 две правки:

• плагин снова работает с последней версией Datasette;
• в списке найденных экземпляров появился идентификатор процесса (PID).

Подробностей о внутреннем устройстве в анонсе нет. Автор ограничился двумя фразами и ссылкой на релиз в GitHub.

Зачем понадобился PID

Сам Уиллисон объясняет мотивацию одной ссылкой. Знание PID облегчает подключение нового профилировщика Python 3.15. Ссылка ведет на раздел «sampling profiler» в его заметке о Python 3.15. Судя по ней, профилировщик рассчитан на работу с уже запущенным процессом: нужно указать, к какому именно подключаться, и PID для этого самый прямой идентификатор.

Сэмплирующий профилировщик не трассирует каждый вызов функции. Он с заданной частотой снимает «снимки» стека выполнения и по ним показывает, где программа проводит время. Такой подход обычно дает меньший оверхead на живом сервисе, чем полная трассировка. Поэтому его удобно направлять на работающий Datasette, не останавливая и не перезапуская его.

Связка получается простая. Плагин находит все Datasette на машине и выводит PID. Профилировщик подключается к нужному процессу. Раньше между этими шагами приходилось искать PID вручную через ps, lsof или диспетчер задач.

Практический вывод

Для большинства пользователей Datasette релиз ничего не меняет. Он адресован тем, кто держит несколько серверов одновременно и хочет понять, почему один из них отвечает медленно. Типичные сценарии: тяжелый SQL-запрос, медленный плагин, неудачная конфигурация. В таких случаях можно открыть список из datasette-ports, взять PID нужного экземпляра и передать его профилировщику Python 3.15.

Если вы уже используете плагин, обновление до 0.4 стоит сделать хотя бы ради совместимости с актуальным Datasette. Если нет, и у вас обычно один сервер, пользы будет немного: PID легко узнать и без него.

Для индустрии это скорее маркер. Новые средства диагностики в самом Python начинают обрастать мелкими утилитами в экосистеме. Автор популярного проекта подстраивает под них свои инструменты в день выхода релиза, и это, как правило, лучший способ проверить новую возможность на реальной нагрузке. Результатов таких замеров в анонсе нет, но выводы о пользе профилировщика для Datasette Уиллисон, вероятно, опубликует отдельно.