【问题标题】:Huge difference between recorded time from "%%timeit" and actual time of computation“%%timeit”的记录时间与实际计算时间之间的巨大差异
【发布时间】:2020-01-02 13:49:41
【问题描述】:

我在 jupyter 实验室笔记本中使用了魔术命令 %%timeit

单元格由以下代码组成:

%%timeit
scaler.fit(X_train)
grad.fit(scaler.transform(X_train),Y_train)

其中gradsklearn.ensemble.GradientBoostingClassifier 对象,X_train 是形状为:(90757, 218) 的numpy.matrixY_trainnumpy.array。只是说长时间计算似乎很正常。

好吧,我很惊讶地看到%%timeit 在计算单元格时给出9min 22s ± 6.01 s per loop (mean ± std. dev. of 7 runs, 1 loop each)[*] 你知道这意味着什么)大约 1 小时。注意9min 22s ± 6.01 s的信息只有在notebook声明单元格被完全计算后才会出现,所以[*]会消失。

这是否意味着笔记本在声明它仍在计算时是在撒谎,还是%%timeit 发疯了?

【问题讨论】:

    标签: python jupyter-notebook ipython jupyter-lab timeit


    【解决方案1】:

    默认情况下,%%timeit 多次运行单元,最后报告平均运行时间。如果您想在只运行一次代码块时测量其挂钟运行时间,请使用%%time

    【讨论】:

      猜你喜欢
      • 2021-03-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-05-17
      • 2017-07-13
      • 1970-01-01
      • 1970-01-01
      • 2017-04-06
      相关资源
      最近更新 更多