为什么多处理比Pandas中的简单计算慢?

时间:2018-04-15 00:53:14

标签: python pandas multiprocessing python-multiprocessing dask

这与how to parallelize many (fuzzy) string comparisons using apply in Pandas?

有关

再次考虑这个简单(但有趣)的例子:

import dask.dataframe as dd
import dask.multiprocessing
import dask.threaded
from fuzzywuzzy import fuzz
import pandas as pd

master= pd.DataFrame({'original':['this is a nice sentence',
'this is another one',
'stackoverflow is nice']})

slave= pd.DataFrame({'name':['hello world',
'congratulations',
'this is a nice sentence ',
'this is another one',
'stackoverflow is nice'],'my_value': [1,2,3,4,5]})

def fuzzy_score(str1, str2):
    return fuzz.token_set_ratio(str1, str2)

def helper(orig_string, slave_df):
    slave_df['score'] = slave_df.name.apply(lambda x: fuzzy_score(x,orig_string))
    #return my_value corresponding to the highest score
    return slave_df.loc[slave_df.score.idxmax(),'my_value']

master
Out[39]: 
                  original
0  this is a nice sentence
1      this is another one
2    stackoverflow is nice

slave
Out[40]: 
   my_value                      name
0         1               hello world
1         2           congratulations
2         3  this is a nice sentence 
3         4       this is another one
4         5     stackoverflow is nice

我需要做的很简单:

  • 对于master中的每一行,我使用slave计算的字符串相似性得分,在Dataframe fuzzywuzzy中查找最佳匹配。

现在让我们让这些数据框架更大一些:

master = pd.concat([master] * 100,  ignore_index  = True)
slave = pd.concat([slave] * 10,  ignore_index  = True)

首先,我尝试了dask

#prepare the computation
dmaster = dd.from_pandas(master, npartitions=4)
dmaster['my_value'] = dmaster.original.apply(lambda x: helper(x, slave),meta=('x','f8'))

现在是时间:

#multithreaded
%timeit dmaster.compute(get=dask.threaded.get) 
1 loop, best of 3: 346 ms per loop

#multiprocess
%timeit dmaster.compute(get=dask.multiprocessing.get) 
1 loop, best of 3: 1.93 s per loop

#good 'ol pandas
%timeit master['my_value'] = master.original.apply(lambda x: helper(x,slave))
100 loops, best of 3: 2.18 ms per loop

其次,我尝试使用旧的multiprocessing

from multiprocessing import Pool, cpu_count

def myfunc(df):
    return df.original.apply(lambda x: helper(x, slave))

from datetime import datetime

if __name__ == '__main__':
     startTime = datetime.now()
     p = Pool(cpu_count() - 1)
     ret_list = p.map(myfunc, [master.iloc[1:100,], master.iloc[100:200 ,],
                               master.iloc[200:300 ,]])
     results = pd.concat(ret_list)
     print datetime.now() - startTime

给出了相同的时间

runfile('C:/Users/john/untitled6.py', wdir='C:/Users/john')
0:00:01.927000

问题:与Pandas相比,为什么Daskmultiprocessing的多处理速度如此之慢?假设我的真实数据远大于此。我可以得到更好的结果吗?

毕竟,我在这里考虑的问题是embarassingly parallel(每一行都是一个独立的问题),所以这些包应该真的很闪耀。

我在这里错过了什么吗?

谢谢!

1 个答案:

答案 0 :(得分:2)

让我总结一下我所做的评论。我希望这些信息证明是有用的,因为这里有许多问题。

首先,我想向您介绍distributed.readthedocs.io/en/latest/efficiency.html,其中讨论了许多dask性能主题。请注意,这完全取决于分布式调度程序,但由于可以在进程中启动,使用线程或进程,或者它们的组合,它确实取代了以前的dask调度程序,并且通常建议在所有情况下使用。

1)创建流程需要时间。这总是如此,尤其是在Windows上。如果您对实际性能感兴趣,您将只需要创建一次具有固定开销的流程,并运行许多任务。在dask中,即使在本地,也可以many ways制作您的群集。

2)任务(或任何其他调度程序)处理的每个任务都会产生一些开销。在分布式调度器的情况下,这是<1ms,但是在任务本身的运行时非常短的情况下,这可能是重要的。

3)dask中的反模式是将整个数据集加载到客户端并将其传递给worker。相反,您希望使用像dask.dataframe.read_csv这样的函数,其中数据由工作人员加载,避免了昂贵的序列化和进程间通信。 Dask非常擅长将计算移动到数据所在的位置,从而最大限度地减少了通信。

4)当进程之间进行通信时,序列化方法很重要,这就是我猜测为什么非dask多处理对你来说太慢了。

5)最后,并非所有工作都会在dask下获得性能提升。这取决于许多事情,但通常主要是:数据是否适合内存?如果是,可能很难匹配numpy和pandas中经过充分优化的方法。与往常一样,您应始终对您的代码进行分析......