【发布时间】:2015-07-11 03:58:07
【问题描述】:
我有一个大文件,它本质上包含如下数据:
Netherlands,Noord-holland,Amsterdam,FooStreet,1,...,...
Netherlands,Noord-holland,Amsterdam,FooStreet,2,...,...
Netherlands,Noord-holland,Amsterdam,FooStreet,3,...,...
Netherlands,Noord-holland,Amsterdam,FooStreet,4,...,...
Netherlands,Noord-holland,Amsterdam,FooStreet,5,...,...
Netherlands,Noord-holland,Amsterdam,BarRoad,1,...,...
Netherlands,Noord-holland,Amsterdam,BarRoad,2,...,...
Netherlands,Noord-holland,Amsterdam,BarRoad,3,...,...
Netherlands,Noord-holland,Amsterdam,BarRoad,4,...,...
Netherlands,Noord-holland,Amstelveen,BazDrive,1,...,...
Netherlands,Noord-holland,Amstelveen,BazDrive,2,...,...
Netherlands,Noord-holland,Amstelveen,BazDrive,3,...,...
Netherlands,Zuid-holland,Rotterdam,LoremAve,1,...,...
Netherlands,Zuid-holland,Rotterdam,LoremAve,2,...,...
Netherlands,Zuid-holland,Rotterdam,LoremAve,3,...,...
...
这是一个数 GB 的文件。我有一个类可以读取此文件并将这些行(记录)公开为IEnumerable<MyObject>。这个MyObject 有几个属性(Country,Province,City, ...)等。
如您所见,存在大量重复数据。我想继续将基础数据公开为IEnumerable<MyObject>。但是,其他一些类可能(并且可能会)对这些数据进行一些分层视图/结构,例如:
Netherlands
Noord-holland
Amsterdam
FooStreet [1, 2, 3, 4, 5]
BarRoad [1, 2, 3, 4]
...
Amstelveen
BazDrive [1, 2, 3]
...
...
Zuid-holland
Rotterdam
LoremAve [1, 2, 3]
...
...
...
...
阅读此文件时,我基本上是这样做的:
foreach (line in myfile) {
fields = line.split(",");
yield return new MyObject {
Country = fields[0],
Province = fields[1],
City = fields[2],
Street = fields[3],
//...other fields
};
}
现在,对于手头的实际问题:我可以使用 string.Intern() 来实习国家、省、市和街道字符串(这些是主要的“小人”,MyObject有几个与问题无关的其他属性)。
foreach (line in myfile) {
fields = line.split(",");
yield return new MyObject {
Country = string.Intern(fields[0]),
Province = string.Intern(fields[1]),
City = string.Intern(fields[2]),
Street = string.Intern(fields[3]),
//...other fields
};
}
当将整个数据集保存在内存中时,这将节省大约 42% 的内存(测试和测量),因为所有重复的字符串都是对同一字符串的引用。此外,当使用大量 LINQ 的 .ToDictionary() 方法创建层次结构时,相应的键(国家、省等)。字典会更有效率。
然而,使用string.Intern() 的缺点之一(除了性能的轻微损失,这不是问题)是字符串won't be garbage collected anymore。但是当我处理完数据后,我确实希望(最终)收集所有垃圾。
I could use a Dictionary<string, string> to 'intern' this data 但我不喜欢在我所在的位置拥有key 和value 的“开销”,实际上,我只对key 感兴趣。我可以将value 设置为null 或使用与值相同的字符串(这将导致key 和value 中的引用相同)。这只是几个字节的小代价,但它仍然是一个代价。
像HashSet<string> 这样的东西对我来说更有意义。但是,我无法获得对 HashSet 中字符串的引用;我可以看到 HashSet 包含 一个特定的字符串,但没有获得对 HashSet 中所定位字符串的特定实例的引用。 I could implement my own HashSet for this,但我想知道您的 StackOverflowers 可能会提出什么其他解决方案。
要求:
- 我的“FileReader”类需要不断暴露
IEnumerable<MyObject> - 我的“FileReader”类可以做一些事情(比如
string.Intern())来优化内存使用 -
MyObject类不能改变;我不会创建City类、Country类等,并让MyObject将它们公开为属性而不是简单的string属性 - 目标是通过对
Country、Province、City等中的大部分重复字符串进行去重来提高内存效率;这是如何实现的(例如字符串实习、内部哈希集/集合/某些东西的结构)并不重要。但是: - 我知道我可以将数据填充到数据库中或在此方向上使用其他解决方案;我不对这类解决方案感兴趣。
- 速度只是次要问题;当然越快越好,但是在读取/迭代对象时性能(轻微)损失是没有问题的
- 由于这是一个长时间运行的进程(如:Windows 服务 24/7/365 运行),偶尔会处理大量此类数据,我希望在完成后对数据进行垃圾收集;字符串实习效果很好,但从长远来看,会导致一个包含大量未使用数据的巨大字符串池
- 我希望任何解决方案都“简单”;用 P/Invokes 和内联汇编(夸张)添加 15 个类是不值得的。代码可维护性在我的列表中很重要。
这更像是一个“理论”问题;我问这纯粹是出于好奇/兴趣。没有“真正的”问题,但我可以看到在类似情况下这可能对某人来说是个问题。
例如:我可以这样做:
public class StringInterningObject
{
private HashSet<string> _items;
public StringInterningObject()
{
_items = new HashSet<string>();
}
public string Add(string value)
{
if (_items.Add(value))
return value; //New item added; return value since it wasn't in the HashSet
//MEH... this will quickly go O(n)
return _items.First(i => i.Equals(value)); //Find (and return) actual item from the HashSet and return it
}
}
但是,如果有大量(要删除重复的)字符串,这将很快陷入困境。我可以看看reference source for HashSet 或Dictionary 或... 并构建一个类似的类,它不为Add() 方法返回bool,但在内部/存储桶中找到实际字符串。
到目前为止,我能想到的最好的方法是:
public class StringInterningObject
{
private ConcurrentDictionary<string, string> _items;
public StringInterningObject()
{
_items = new ConcurrentDictionary<string, string>();
}
public string Add(string value)
{
return _items.AddOrUpdate(value, value, (v, i) => i);
}
}
拥有一个键和一个我实际上只对键感兴趣的值的“惩罚”。虽然只有几个字节,但付出的代价很小。巧合的是,这也减少了 42% 的内存使用量;与使用 string.Intern() 时的结果相同。
tolanj came up with System.Xml.NameTable:
public class StringInterningObject
{
private System.Xml.NameTable nt = new System.Xml.NameTable();
public string Add(string value)
{
return nt.Add(value);
}
}
(我删除了lock and string.Empty check(后者因为NameTable already does that))
xanatos came up with a CachingEqualityComparer:
public class StringInterningObject
{
private class CachingEqualityComparer<T> : IEqualityComparer<T> where T : class
{
public System.WeakReference X { get; private set; }
public System.WeakReference Y { get; private set; }
private readonly IEqualityComparer<T> Comparer;
public CachingEqualityComparer()
{
Comparer = EqualityComparer<T>.Default;
}
public CachingEqualityComparer(IEqualityComparer<T> comparer)
{
Comparer = comparer;
}
public bool Equals(T x, T y)
{
bool result = Comparer.Equals(x, y);
if (result)
{
X = new System.WeakReference(x);
Y = new System.WeakReference(y);
}
return result;
}
public int GetHashCode(T obj)
{
return Comparer.GetHashCode(obj);
}
public T Other(T one)
{
if (object.ReferenceEquals(one, null))
{
return null;
}
object x = X.Target;
object y = Y.Target;
if (x != null && y != null)
{
if (object.ReferenceEquals(one, x))
{
return (T)y;
}
else if (object.ReferenceEquals(one, y))
{
return (T)x;
}
}
return one;
}
}
private CachingEqualityComparer<string> _cmp;
private HashSet<string> _hs;
public StringInterningObject()
{
_cmp = new CachingEqualityComparer<string>();
_hs = new HashSet<string>(_cmp);
}
public string Add(string item)
{
if (!_hs.Add(item))
item = _cmp.Other(item);
return item;
}
}
(稍微修改以“适合”我的“Add() 接口”)
public class StringInterningObject
{
private Dictionary<string, string> _items;
public StringInterningObject()
{
_items = new Dictionary<string, string>();
}
public string Add(string value)
{
string result;
if (!_items.TryGetValue(value, out result))
{
_items.Add(value, value);
return value;
}
return result;
}
}
我只是想知道是否有一种更简洁/更好/更酷的方法来“解决”我的(不是实际的)问题。 现在我有足够的选择,我猜 @987654340 @
以下是我为一些简单、简短的初步测试得出的一些数字:
StringInterningObject(见上文,ConcurrentDictionary 变体)
内存:~2,6Gb
加载时间:~49s
string.Intern()
内存:~2,3Gb
加载时间:~45s
System.Xml.NameTable
内存:~2,3Gb
加载时间:~41s
CachingEqualityComparer
内存:~2,3Gb
加载时间:~58s
StringInterningObject(见上文,(非并发)Dictionary 变体)根据Henk Holterman's request:
内存:~2,3Gb
加载时间:~39s
虽然数字不是很确定,但似乎非优化版本的许多内存分配实际上比使用string.Intern() 或上面的StringInterningObjects 更慢,这会导致(稍微)更长的时间加载时间。 另外,
string.Intern() 似乎从StringInterningObject 中“获胜”,但幅度不大;
【问题讨论】:
-
只需支付几个字节的小代价 - 完全正确。您在这里已经有了解决方案,开销可以忽略不计。
-
正是我展示解决方案并解释(最小)开销的原因。这是 a (好的)解决方案(并且可以正常工作/可以正常工作)。但是由于我正在解决这个问题,所以我只是想知道是否有人可以想出一个更好的替代方案来削减最后几个字节(不会增加太多复杂性,因为:可维护性)。我想我想知道.Net BCL 是否有/有
HashSet的替代品,这将有助于在这方面我错过了什么。或者,我不知道,只是在这里大声喊出疯狂的想法,一些编译器指令会有所帮助。 -
我在一月份开始了一个项目,该项目几乎要处理这个问题,但涵盖了一些不同的情况(是否由
string.Intern支持,是否弱引用,同时以牺牲为代价每次操作的成本与以非线程安全为代价的更快)。我真的必须回到它并释放它。同时,编写您自己的返回实习项目的哈希集并不棘手,我会这样做。 -
这对于使用像 Sqlite 或 SQL Compact 这样的小型 dbase 提供程序而言,是否是一种合理的替代方法?没看出来,实习字符串只是内存泄漏。
-
我不想/不需要持久性,也不想依赖外部进程。另外:这只是一个关于内存、GC 等的理论问题(也许尝试将其视为脑筋急转弯/谜题?),正如我在问题中提到的那样:“我知道我可以将数据填充到数据库中或使用在这个方向上的其他解决方案;我对这些解决方案不感兴趣。”。关于“interning strings is just a memory leak”:这在我的问题中也得到了解决。
标签: c# .net string hashset string-interning