Ipython: 与backgroundjobs相关的魔术功能都丢失了

创建于 2011-10-08  ·  15评论  ·  资料来源: ipython/ipython

对于这个愚蠢的问题感到抱歉,但是这些魔咒在哪里:
%jobs,%bg等。

每当我在ipython中键入这些魔术短语时,ipython都会提示未找到魔术函数'xxx',并且似乎在“ core / magic.py”中确实丢失了。 我还发现,ipython中没有任何地方实际引用lib / backgroundjobs.py,其中定义了后台作业处理过程。

最有用的评论

返回%bg仍然很棒。.不仅是外部脚本后台执行。
我们将ipython用于Spark和一些命令(例如stats collection),可能需要运行一个小时,
但随后的大多数单元格不一定取决于其结果。 所以跑步会很好
后台中的任何单元,而不仅仅是外部脚本。 谢谢。

所有15条评论

您好,恐怕是0.11大规模重构的受害者。 我现在不记得导致此事件被删除的确切原因,这可能是偶然的,但是@bgranger可能会

问题的部分原因是该功能全部基于线程,在python中,对于任何占用大量CPU的线程启动后台线程并不是一个好主意。 但是我可以看到它在某些情况下可能有用,如果我们可以将其重新使用而又不会给新的Qt控制台或笔记本电脑造成问题,那么我们可以进行研究。

您能否给我们一些有关您的使用场景的反馈,这对您有多重要? 这样的反馈将帮助我们确定在确定工作优先级方面这有多重要。

请注意,代码就在这里,就在git存储库中的0.10.2标记中。 因此,如果有人加紧帮助并且我们进行适当的文档编制和测试,那么恢复它并不难。

非常感谢你的答复。
我只是在尝试在线文档中提到的内容,不
特定的使用场景。 我会很乐意做测试,尽管
您认为这没有害,并将其带回。

在2011年10月10日,星期一,上午5:04,费尔南多·佩雷斯<
[email protected]>写:

嗨,恐怕这是发生的大规模重构的受害者
朝向0.11。 我现在不记得导致这一情况的确切原因
一个被删除,可能是偶然的,但是@bgranger可能有一个
更好的回忆,因为他做了那个大型重组的艰苦工作。

问题的一部分是该功能全部基于线程,并且
在python中,启动任何密集型CPU的后台线程都不是
很好的主意。 但我可以看到它在某些情况下如何有用,
如果我们可以将其恢复原样,而不会为新的Qt控制台造成问题
或笔记本,我们可以调查一下。

您能给我们一些有关您的使用场景以及重要性的反馈吗
这是给您的? 这样的反馈将帮助我们评估这一点有多重要
应该优先考虑工作。

请注意,代码就在这里,就在git的0.10.2标记中
资料库。 因此,如果有人站起来,恢复它并不难。
帮忙,我们会进行适当的文档编制和测试。

直接回复此电子邮件或在GitHub上查看:
https://github.com/ipython/ipython/issues/844#issuecomment -2341138

在2011年10月9日,星期日,下午6:28,digitalsatori
[email protected]
写道:

非常感谢你的答复。
我只是在尝试在线文档中提到的内容,不
特定的使用场景。 我会很乐意做测试,尽管
您认为这没有害,并将其带回。

嗯,要进行这项工作需要大量的工作
回来,恐怕我没有足够的资源来完成这项工作
现在。 因此,这需要需要它的感兴趣的用户进行投资
花费一些时间。 主要代码在lib/bacgkroundjobs.py
我们可以从0.10.x标记中获得魔法。 这将是一个
修改代码,在各种用户中验证它的问题
环境(终端,qt控制台,笔记本)并添加适当的测试
对此。

有趣且可能有用,但此时有点
优先级低,恐怕。

我将其保持打开状态,以便其他人可以找到它,如果
感兴趣的用户(包括您自己)想要跳上它,我们将
很高兴查看任何相关的“拉取请求”。

请参阅gh-856了解更多详情。 合并后,此功能的某些确会返回。

被PR#856关闭

@minrk ,重新打开它b / c我从来没有把%bg带回来。 因此,对于一些感兴趣的灵魂来说,还有一点工作要做,但是现在有了bacgkround工作经理,更新魔术应该很容易。 我让这个开放给我提醒这个事实。

哦对不起。 一系列PR应该没有自动关闭的问题,我想我太过热情了。

2011年10月18日,星期二,加拿大东部时间下午4:33
[email protected]
写道:

哦对不起。 一系列PR应该没有自动关闭的问题,我想我太过热情了。

别担心! 很高兴见到您关闭,我肯定有一个类似的例子
敦促使我们的公开PR数量接近于0,而我们的公开发行数量
控制下。 理想情况下,到0.12时,我们只剩下一两个
开放式PR,我希望我们的问题数低于100,其中大多数
那些是低优先级或增强。.现在我们有〜40
类型错误和prio- {med / high / critical}。

以及未分类的未知数字(无标签)。

干杯,

F

2011年10月18日,星期二,16:38,费尔南多·佩雷斯<
[email protected]>写:

2011年10月18日,星期二,加拿大东部时间下午4:33
[email protected]
写道:

哦对不起。 应该自动关闭一系列问题
那些没有的公关,我想我太过热情了。

别担心! 很高兴见到您关闭,我肯定有一个类似的例子
敦促使我们的公开PR数量接近于0,而我们的公开发行数量
控制下。 理想情况下,到0.12时,我们只剩下一两个
开放式PR,我希望我们的问题数低于100,其中大多数
那些是低优先级或增强。.现在我们有〜40
类型错误和prio- {med / high / critical}。

以及未分类的未知数字(无标签)。

我使用问题脚本来处理未标记的问题。 我们有
只有一对不属于:

A)分配给里程碑
B)标记为休眠
C)标记为状态有效,具有优先级和类型

我非常积极地将大多数事物标记为0.12里程碑,因此至少
在决定将其推回0.13之前先查看它们。

干杯,

F

直接回复此电子邮件或在GitHub上查看:
https://github.com/ipython/ipython/issues/844#issuecomment -2449351

2011年10月18日,星期二,加拿大东部时间下午4:55
[email protected]
写道:

我使用问题脚本来处理未标记的问题。 我们有
只有一对不属于:

A)分配给里程碑
B)标记为休眠
C)标记为状态有效,具有优先级和类型

我非常积极地将大多数事物标记为0.12里程碑,因此至少
在决定将其推回0.13之前先查看它们。

优秀的! 顺便说一句,介意将您的脚本放入工具/吗? 这样我们可以
所有人都在使用它,并随着时间的推移对其进行优化。 我在那里有github-stats,所以
可能值得合并一些代码
两者之间重复...

为此,不需要PR,只需在空闲时进行即可。

这已通过提供--bg标志的新script magic解决。

例:

%%script bash --bg --out script_out

sleep 10
echo hi!

谢谢 ! 关闭!

返回%bg仍然很棒。.不仅是外部脚本后台执行。
我们将ipython用于Spark和一些命令(例如stats collection),可能需要运行一个小时,
但随后的大多数单元格不一定取决于其结果。 所以跑步会很好
后台中的任何单元,而不仅仅是外部脚本。 谢谢。

我的蒙特卡洛模拟运行了大约两个小时,但可能会更早收敛。 在后台运行它们并将中间结果转储到文件中时,可以完成有用的结论和更早的收敛检测。 %bg的完美工作,请重新打开

我的蒙特卡洛模拟运行了大约两个小时,但可能会更早收敛。 在后台运行它们并将中间结果转储到文件中时,可以完成有用的结论和更早的收敛检测。 %bg的完美工作,请重新打开

魔术不必成为IPython的一部分,您可以在PyPI上发布一个公开%bg魔术的软件包。 尽管从您的用例来看,它看起来像

此页面是否有帮助?
0 / 5 - 0 等级