Ipython: Все магические функции, связанные с backgroundjobs, отсутствуют

Созданный на 8 окт. 2011  ·  15Комментарии  ·  Источник: ipython/ipython

извините за тупой вопрос, но где эти волшебства:
% jobs,% bg и т. д.

ipython подсказал, что волшебная функция 'xxx' не найдена всякий раз, когда я набираю эту волшебную фразу в ipython, и кажется, что она действительно отсутствует в "core / magic.py". Я также обнаружил, что нигде в ipython фактически нет ссылки на lib / backgroundjobs.py, где определен процесс обработки фоновых заданий.

Самый полезный комментарий

Было бы здорово вернуть% bg ... а не только выполнение внешнего скрипта в фоновом режиме.
Мы используем ipython для Spark и некоторые команды (например, сбор статистики), возможно, придется работать в течение часа,
но большая часть следующих ячеек не обязательно зависит от его результата. Так что было бы хорошо бежать
любая ячейка в фоновом режиме, а не только внешние скрипты. Спасибо.

Все 15 Комментарий

Привет, я боюсь, что он стал жертвой большого рефакторинга, который произошел до версии 0.11. Я не помню прямо сейчас точных причин, которые привели к тому, что это было вырезано, это могло быть случайно, но @bgranger, возможно, лучше помнит, поскольку он проделал тяжелую работу по той большой реорганизации.

Отчасти проблема заключается в том, что эта функциональность была полностью основана на потоках, и в Python запускать фоновые потоки для всего, что требует интенсивного использования процессора, не очень хорошая идея. Но я вижу, как это может быть полезно для определенных сценариев, и если мы сможем вернуть его, не создавая проблем для новой консоли или ноутбука Qt, мы сможем изучить это.

Не могли бы вы дать нам отзыв о ваших сценариях использования и насколько это важно для вас? Подобная обратная связь поможет нам оценить, насколько это должно быть критично с точки зрения приоритизации усилий.

Обратите внимание, что код есть весь, он только в теге 0.10.2 в репозитории git. Так что возродить его будет несложно, если кто-нибудь придет на помощь, и мы сделаем это с помощью надлежащей документации и тестирования.

Большое спасибо за ответ.
Я просто пробовал вещи, упомянутые в онлайн-документе, нет
конкретный сценарий использования. Я буду рад провести тест, если
Вы считаете это безвредным и возвращаете.

В пн, 10 октября 2011 г., 5:04, Фернандо Перес <
[email protected]> написал:

Привет, боюсь, он стал жертвой большого рефакторинга.
в сторону 0,11. Я не помню сейчас точных причин, которые привели к этому
один вырезанный, это могло быть случайно, но @bgranger может иметь
лучше вспомнить, как он проделал тяжелую работу по этой большой реорганизации.

Частично проблема в том, что эта функциональность была основана на потоках, и
в python запуск фоновых потоков для чего-либо интенсивного процессора не является
очень хорошая идея. Но я вижу, как это может быть полезно для определенных сценариев,
и если мы сможем вернуть его, не создавая проблем для новой консоли Qt
или ноутбук, мы можем заглянуть в него.

Не могли бы вы дать нам отзыв о ваших сценариях использования и о том, насколько важны
это для тебя? Подобные отзывы помогут нам понять, насколько критичны эти
должно быть с точки зрения приоритезации усилий.

Обратите внимание, что код есть весь, он только в теге 0.10.2 в git
репозиторий. Так что оживить его будет несложно, если кто-то подойдет к
помочь, и мы делаем это с помощью надлежащей документации и тестирования.

Ответьте на это письмо напрямую или просмотрите его на GitHub:
https://github.com/ipython/ipython/issues/844#issuecomment -2341138

Вск, 9 октября 2011 г., 18:28, digitalsatori
[email protected]
написал:

Большое спасибо за ответ.
Я просто пробовал вещи, упомянутые в онлайн-документе, нет
конкретный сценарий использования. Я буду рад провести тест, если
Вы считаете это безвредным и возвращаете.

Что ж, требуется разумный объем работы, чтобы сделать это
назад, и, боюсь, у меня нет ресурсов, чтобы поработать над этим
сейчас же. Таким образом, потребуется заинтересованный пользователь, которому это нужно, инвестировать
некоторое время на усилие. Основной код находится в lib/bacgkroundjobs.py ,
и мы можем вернуть волшебство из тегов 0.10.x. Это было бы
вопрос переделки этого кода, проверки его у разных пользователей
среды (терминал, консоль qt, ноутбук) и добавление соответствующих тестов
к нему.

Интересно и, возможно, полезно, но на данный момент несколько
Боюсь, с низким приоритетом.

Я оставлю это открытым, чтобы другие могли его найти, и если
заинтересованный пользователь (включая вас) хочет прыгнуть на него, мы будем
с удовольствием рассмотрим все соответствующие запросы на вытягивание.

Пожалуйста, смотрите gh-856 для получения дополнительной информации. Когда это будет объединено, некоторые из этих функций действительно вернутся.

закрыто PR № 856

@minrk , снова открывая его, я так и не вернул %bg . Так что для некоторой заинтересованной души осталось немного работы, но теперь, когда присутствует менеджер заданий, обновление магии должно быть легким. Я оставил это открытым, чтобы напомнить мне об этом факте.

Ой, извини. Был ряд проблем, которые должны были быть автоматически закрыты PR, которые не были, и я думаю, что я переусердствовал.

Вт, 18 октября 2011 г., 16:33, Мин РК
[email protected]
написал:

Ой, извини. Был ряд проблем, которые должны были быть автоматически закрыты PR, которые не были, и я думаю, что я переусердствовал.

Без проблем! Рад видеть вас закрывающим, у меня точно такой же
Призываем приблизить наш счет открытых PR к 0 и количество открытых проблем
под контролем. В идеале у нас было бы к 0,12 всего один или два затяжных
открытых PR, и я бы хотел, чтобы количество наших проблем было меньше 100, при этом большинство
те, которые имеют низкий приоритет или улучшение. Сейчас у нас есть ~ 40 с
тип-ошибка и приоритет- {средний / высокий / критический}.

И неизвестный номер без сортировки (без этикеток).

Привет,

ж

Во вт, 18 октября 2011 г., 16:38, Фернандо Перес <
[email protected]> написал:

Вт, 18 октября 2011 г., 16:33, Мин РК
[email protected]
написал:

Ой, извини. Был ряд проблем, которые следовало закрыть автоматически
пиарщиками, которых не было, и, думаю, я переусердствовал.

Без проблем! Рад видеть вас закрывающим, у меня точно такой же
Призываем приблизить наш счет открытых PR к 0 и количество открытых проблем
под контролем. В идеале у нас было бы к 0,12 всего один или два затяжных
открытых PR, и я бы хотел, чтобы количество наших проблем было меньше 100, при этом большинство
те, которые имеют низкий приоритет или улучшение. Сейчас у нас есть ~ 40 с
тип-ошибка и приоритет- {средний / высокий / критический}.

И неизвестный номер без сортировки (без этикеток).

Я использовал свой скрипт задач, чтобы отслеживать непомеченные проблемы. У нас есть
только пара, не относящаяся к:

А) назначен вехой
Б) отмечен спящий
C) помечен как статус-активен, с приоритетом и типом

Я довольно агрессивно обозначил большинство вещей как отметку 0,12, так что мы, по крайней мере,
посмотрите на них, прежде чем принять решение вернуть их к 0,13.

Привет,

ж

Ответьте на это письмо напрямую или просмотрите его на GitHub:
https://github.com/ipython/ipython/issues/844#issuecomment -2449351

Вт, 18 октября 2011 г., 16:55, Мин РК
[email protected]
написал:

Я использовал свой скрипт задач, чтобы отслеживать непомеченные проблемы. У нас есть
только пара, не относящаяся к:

А) назначен вехой
Б) отмечен спящий
C) помечен как статус-активен, с приоритетом и типом

Я довольно агрессивно обозначил большинство вещей как отметку 0,12, так что мы, по крайней мере,
посмотрите на них, прежде чем принять решение вернуть их к 0,13.

Отлично! Кстати, не могли бы вы поместить свой скрипт в tools /? Таким образом мы можем
все используют и со временем дорабатывают. У меня есть github-stats, так что
возможно, стоит объединить часть кода, которая, вероятно,
дубликат между двумя ...

Для этого не нужен пиар, просто делайте это на досуге.

Это было решено с помощью новой магии script , которая предоставляет флаг --bg .

Пример:

%%script bash --bg --out script_out

sleep 10
echo hi!

Спасибо ! Итак, закрытие!

Было бы здорово вернуть% bg ... а не только выполнение внешнего скрипта в фоновом режиме.
Мы используем ipython для Spark и некоторые команды (например, сбор статистики), возможно, придется работать в течение часа,
но большая часть следующих ячеек не обязательно зависит от его результата. Так что было бы хорошо бежать
любая ячейка в фоновом режиме, а не только внешние скрипты. Спасибо.

У меня есть моделирование Монте-Карло, которое длится около двух часов, но может сходиться раньше. Полезные выводы и более раннее обнаружение сходимости можно сделать, запустив их в фоновом режиме и выгрузив промежуточные результаты в файл. Идеальная работа для% bg, пожалуйста, откройте

У меня есть моделирование Монте-Карло, которое длится около двух часов, но может сходиться раньше. Полезные выводы и более раннее обнаружение сходимости можно сделать, запустив их в фоновом режиме и выгрузив промежуточные результаты в файл. Идеальная работа для% bg, пожалуйста, откройте

Магия не обязательно должна быть частью IPython, чтобы быть доступной, вы можете бесплатно опубликовать пакет на PyPI, который раскрывает магию %bg . Хотя из вашего варианта использования кажется, что

Была ли эта страница полезной?
0 / 5 - 0 рейтинги