【问题标题】:Why is pandas read_csv converters performance much slower and non-vectorized?pandas read_csv 转换器性能问题
【发布时间】:2017-07-16 17:13:48
【问题描述】:

说明

在读取大型 csv 文件(几百万行混合数据)时,我使用 pandas 的 read_csv 方法的 converters 参数来方便地传递将字符串转换为日期时间对象等的函数。

但是,与手动转换相应的列相比,使用转换器参数非常慢。

示例代码

为了说明,让我们使用 3 种不同的方法将字符串转换为日期时间对象:

  • 转换器参数
  • parse_dates/date_parser 参数
  • 加载 csv 后手动

注意,这里从字符串到日期时间的转换是任意的。这可以用其他函数替换(除了没有特定的 parse_dates/date_parser 参数)。

import pandas as pd # 0.19.2 with python 3.5

# create dummy data
rows = 100000
data = {"dates": pd.date_range("2017-02-27 20:44:23", periods=rows, freq="S")}

# save as temporary file for timeit
pd.DataFrame(data).to_csv("dummy")

# define converters
def convert_datetime(series):
    return pd.to_datetime(series, format="%Y-%m-%d %H:%M:%S")

现在,让我们看看 timeit (Ipython) 的比较:

%%timeit
df = pd.read_csv("dummy", converters={"dates": convert_datetime})
# 1 loop, best of 3: 7.76 s per loop

%%timeit
df = pd.read_csv("dummy", parse_dates=["dates"], date_parser=convert_datetime)
# 10 loops, best of 3: 125 ms per loop

%%timeit
df = pd.read_csv("dummy")
df["dates"] = convert_datetime(df["dates"])
# 10 loops, best of 3: 129 ms per loop

结果

转换器的版本大约比其他版本慢 60 倍。为了更好地理解这一点,我将 convert_datetime 函数包装到一个小装饰器类中来计算调用次数:

class Counter:
   def __init__(self, func):
       self.func = func
       self.count = 0
   
   def __call__(self, *args, **kwargs):
       self.count += 1
       return self.func(*args, **kwargs)

@Counter
def convert_datetime(series):
    return pd.to_datetime(series, format="%Y-%m-%d %H:%M:%S")

它揭示了使用转换器的参数为每个单个值调用 convert_datetime 函数,而其他版本只调用一次转换器函数。这解释了性能缺陷。

问题

这是为什么呢?我希望传递给转换器参数的矢量化函数一次对所有值执行,而不是单独对每个值执行。

【问题讨论】:

    标签: python performance csv pandas dataframe


    【解决方案1】:

    来自read_csv 的文档(强调我的),

    converters : 字典,默认无

    • 用于转换某些列中的的函数字典。键可以是整数或列标签

    converters 关键字参数的想法是提供作用于单个值而不是整个列的函数。这可以通过重新定义转换器函数来看到

    def convert_datetime(val):
        return datetime.datetime.strptime(val, "%Y-%m-%d %H:%M:%S")
    
    %timeit pd.read_csv("dummy", converters={"dates": convert_datetime})
    1 loop, best of 3: 2.81 s per loop

    您可以想象,这相当于大量的 Python 函数调用。


    至于为什么转换器参数不接受向量化函数,我最好的猜测是它们提供的灵活性比当前的实现要小一些。想法是您可以解析必要的日期列等,这可能需要一些带有矢量化 parse_datesdate_parser 的解析逻辑,并且大多数进一步的列操作可以在读取后完成使用矢量化方法。

    换句话说,能够解析 具有 以不同类型(如日期时间)结束的元素对于read_csv 中的矢量化方法很方便。除此之外,converters 只是一个方便的参数,可以灵活地作用于单个值 - 因为进一步的矢量化方法无论如何都可以在读取后完成。

    【讨论】:

    • 感谢您的回复。我想对于 why 问题没有真正的答案,但现在很清楚在什么情况下使用converters 是有意义的。
    • @pansen 是的,那部分答案是推测性的,但可能只是因为已经有工具可以执行这些矢量化计算 - 如果您绝对 需要converters 更多的是让步/i> 在阅读时转换其他内容。
    猜你喜欢
    • 2015-02-17
    • 1970-01-01
    • 2016-10-02
    • 1970-01-01
    • 1970-01-01
    • 2019-04-05
    • 1970-01-01
    • 1970-01-01
    • 2020-02-02
    相关资源
    最近更新 更多