【发布时间】:2013-10-23 15:05:04
【问题描述】:
我正在研究一个字典结构,其中我有一个文档字典,每个文档都有一个单词字典(其中每个键是 word_id(整数),值是计数),这样:
document_dict = { "doc1": {1:2, 2:10, 10:2, 100: 1}, "doc2": {10:2, 20:10, 30:2, 41: 19},...}
请注意,内部字典非常稀疏,所以即使我有 250K 字,我也不希望每个文档有超过 1K 的键。
在每次迭代中,我需要总结一个单词的字典:计数到一个文档,例如我需要将 {1:2, 2:10, 10:2, 120: 1} 的新字典合并到 "doc1": {1:2, 2:10, 10:2, 100: 1}。
现在,我的实现运行得非常快,但是 2 小时后内存不足(我使用的是 40GB 的服务器)。
我总结关键的方式是这样的:
假设 new_dict 是我要添加到 doc1 的新单词:count 对,例如:
new_dict = {1:2, 2:10, 10:2, 120: 1}
doc1 = {1:2, 2:10, 10:2, 100: 1}
for item in new_dict:
doc1[item] = doc1.get(item, 0) + new_dict[item]
然后,由于我的字典在很短的时间内变得非常大,所以用字典运行代码根本不可能,我尝试将字典实现为 2 个列表的列表:例如doc1 = [[],[]] 其中第一个列表保存键,第二个键保存值。
现在当我想联合2个这样的结构时,我首先尝试获取doc1中new_dict的每个项目的索引。如果我成功获取了索引,则意味着该键已经在 doc1 中,因此我可以更新相应的值。否则,它还没有在 doc1 中,所以我将新的键和值追加()到列表的末尾。但是这种方法运行速度非常慢(在 dict 版本中,我能够在 2 小时内处理多达 600K 文档,现在我只能在 15 小时内处理 250K 文档)。
所以我的问题是:如果我想使用字典结构 (key, val) 对,我需要在每次迭代中合并 2 个字典的键并求和它们的值,有没有办法更有效地实现这个空间?
【问题讨论】:
-
我认为问题不在于数据结构;它试图将 X 单位的东西装入一个 Y 单位的袋子中,其中 X > Y。
-
您可能存在与 dict() 操作的内部方式无关的内存泄漏。您是否使用分析器运行过?我发现这篇文章很有用mg.pov.lt/blog/hunting-python-memleaks.html
-
什么变得太大了,文档字典?
-
@martineau 实际上,我在字典中存储的文档数量以及我为每个文档存储的 word:count 对都随着时间的推移而增加。
-
听起来像是一个非常典型的 map-reduce 工作? pythonhosted.org/mrjob
标签: python optimization dictionary