【问题标题】:On string interning and alternatives关于字符串实习和替代方案
【发布时间】: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 但我不喜欢在我所在的位置拥有keyvalue 的“开销”,实际上,我只对key 感兴趣。我可以将value 设置为null 或使用与值相同的字符串(这将导致keyvalue 中的引用相同)。这只是几个字节的小代价,但它仍然是一个代价。

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 属性
  • 目标是通过对CountryProvinceCity 等中的大部分重复字符串进行去重来提高内存效率;这是如何实现的(例如字符串实习、内部哈希集/集合/某些东西的结构)并不重要。但是:
  • 我知道我可以将数据填充到数据库中或在此方向上使用其他解决方案;我对这类解决方案感兴趣。
  • 速度只是次要问题;当然越快越好,但是在读取/迭代对象时性能(轻微)损失是没有问题的
  • 由于这是一个长时间运行的进程(如: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 HashSetDictionary 或... 并构建一个类似的类,它不为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() 接口”)

根据Henk Holterman's request

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 @


以下是我为一些简单、简短的初步测试得出的一些数字:


未优化
内存:~4,5Gb
加载时间:~52s


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


【解决方案1】:

edit3:

而不是索引字符串,将它们放在非重复列表中将节省更多内存。

我们在 MyObjectOptimized 类中有 int 索引。访问是即时的。 如果列表很短(如 1000 项),则设置值的速度不会很明显。

i assumed every string will have 5 character . 

this will reduce memory usage
  percentage   : 110 byte /16byte  = 9x gain 
  total        : 5gb/9 = 0.7 gb  +  sizeof(Country_li , Province_li etc ) 

  with int16 index (will further halve ram usage )  
  *note:* int16 capacity is -32768 to +32767 ,
          make sure your  list  is not bigger than 32 767

用法相同,但将使用 MyObjectOptimized 类

main()
{

    // you can use same code
    foreach (line in myfile) {
    fields = line.split(",");
    yield 
    return 
        new MyObjectOptimized {
            Country = fields[0],
            Province = fields[1],
            City = fields[2],
            Street = fields[3],
            //...other fields
        };
    }

} 

必修课

// single string size :  18 bytes (empty string size) + 2 bytes per char allocated  
//1 class instance ram cost : 4 * (18 + 2* charCount ) 
// ie charcounts are at least 5
//   cost: 4*(18+2*5)  = 110 byte 
class MyObject 
{
    string Country ;
    string Province ;
    string City ;
    string Street ;
}


public static class Exts
{
    public static int AddDistinct_and_GetIndex(this List<string> list ,string value)
    {
        if( !list.Contains(value)  ) {
            list.Add(value);
        }
        return list.IndexOf(value);
    }
}

// 1 class instance ram cost : 4*4 byte = 16 byte
class MyObjectOptimized
{
    //those int's could be int16 depends on your distinct item counts
    int Country_index ;
    int Province_index ;
    int City_index ;
    int Street_index ;

    // manuallly implemented properties  will not increase memory size
    // whereas field WILL increase 
    public string Country{ 
        get {return Country_li[Country_index]; }
        set {  Country_index = Country_li.AddDistinct_and_GetIndex(value); }
    }
    public string Province{ 
        get {return Province_li[Province_index]; }
        set {  Province_index = Province_li.AddDistinct_and_GetIndex(value); }
    }
    public string City{ 
        get {return City_li[City_index]; }
        set {  City_index = City_li.AddDistinct_and_GetIndex(value); }
    }
    public string Street{ 
        get {return Street_li[Street_index]; }
        set {  Street_index = Street_li.AddDistinct_and_GetIndex(value); }
    }


    //beware they are static.   
    static List<string> Country_li ;
    static List<string> Province_li ;
    static List<string> City_li ;
    static List<string> Street_li ;
}

【讨论】:

    【解决方案2】:

    我确实有这个要求,并且确实在 SO 上提出了要求,但是 没有 像你的问题的细节一样,没有有用的回答。 内置的一个选项是(System.Xml).NameTable,它基本上是一个字符串原子化对象,这就是您正在寻找的,我们有(我们实际上已经搬到实习生,因为我们确实保留了这些应用生命的字符串)。

    if (name == null) return null;
    if (name == "") return string.Empty; 
    lock (m_nameTable)
    {
          return m_nameTable.Add(name);
    }
    

    在私有 NameTable 上

    http://referencesource.microsoft.com/#System.Xml/System/Xml/NameTable.cs,c71b9d3a7bc2d2af 显示其实现为简单哈希表,即每个字符串仅存储一个引用。

    缺点?是它完全特定于字符串的。如果您对内存/速度进行交叉测试,我很想看看结果。我们已经在大量使用 System.Xml,如果您不这样做,当然可能看起来不那么自然。

    【讨论】:

    • 酷!因为我还有我的测试项目,所以我会试一试,看看内存/加载时间对这个选项有什么作用。我会将结果添加到我的问题中。我喜欢“创造性”的想法。我还将查看参考源,看看可以从中学到什么。 (供将来参考:我快速浏览了your question)。 编辑:注意到if (name == "")... 不是必需的; NameTable already does that.
    • 哇哦,它是当前的赢家!
    • 它是(至少在速度上,在内存上是平局)。但是:我真的需要运行几个测试来平均“分数”。话虽如此:干得好!酷利欧!非常有创意(并且“开箱即用”)。我已经从您发布的代码中放回了锁和两个“价值检查”;这使得加载时间“增加”了一秒到 42 秒,但这些测量结果不是很精确,因此差异可能可以忽略不计。
    • NB 我还有一些其他方法可以总体上节省大量内存,它们更具情境性。您实际上可以将数据保存在“反向链接树”中,读取时稍微奇怪且速度较慢(不是大量),但例如使用 3 个文本“字段”...
    • ...每个都有 10 个值,您将拥有 1000 个 MyObject,每个都有 3 个字符串引用到 30 个字符串之一。所以 1030 个对象和 3000 个参考。您可以让 1000 个对象中的每一个都存储 1 个字符串 ref(最后一个字段)和对“知道”前 2 个字段的“隐藏”对象的引用,但只有(其中 100 个,并且它是同一种对象),因此您最终得到 1140 个对象,但只有 2220 个参考。 (加上一些相当固定的管道),如果内存使用比速度更重要,它可以得到很好的回报。
    【解决方案3】:

    如有疑问,请作弊! :-)

    public class CachingEqualityComparer<T> : IEqualityComparer<T> where  T : class
    {
        public T X { get; private set; }
        public T Y { get; private set; }
    
        public IEqualityComparer<T> DefaultComparer = EqualityComparer<T>.Default;
    
        public bool Equals(T x, T y)
        {
            bool result = DefaultComparer.Equals(x, y);
    
            if (result)
            {
                X = x;
                Y = y;
            }
    
            return result;
        }
    
        public int GetHashCode(T obj)
        {
            return DefaultComparer.GetHashCode(obj);
        }
    
        public T Other(T one)
        {
            if (object.ReferenceEquals(one, X))
            {
                return Y;
            }
    
            if (object.ReferenceEquals(one, Y))
            {
                return X;
            }
    
            throw new ArgumentException("one");
        }
    
        public void Reset()
        {
            X = default(T);
            Y = default(T);
        }
    }
    

    使用示例:

    var comparer = new CachingEqualityComparer<string>();
    var hs = new HashSet<string>(comparer);
    
    string str = "Hello";
    
    string st1 = str.Substring(2);
    hs.Add(st1);
    
    string st2 = str.Substring(2);
    
    // st1 and st2 are distinct strings!
    if (object.ReferenceEquals(st1, st2))
    {
        throw new Exception();
    }
    
    comparer.Reset();
    
    if (hs.Contains(st2))
    {
        string cached = comparer.Other(st2);
        Console.WriteLine("Found!");
    
        // cached is st1
        if (!object.ReferenceEquals(cached, st1))
        {
            throw new Exception();
        }
    }
    

    我创建了一个相等比较器,它“缓存”了它分析的最后一个 Equal 术语:-)

    然后一切都可以封装在HashSet&lt;T&gt;的子类中

    /// <summary>
    /// An HashSet&lt;T;gt; that, thorough a clever use of an internal
    /// comparer, can have a AddOrGet and a TryGet
    /// </summary>
    /// <typeparam name="T"></typeparam>
    public class HashSetEx<T> : HashSet<T> where T : class
    {
    
        public HashSetEx()
            : base(new CachingEqualityComparer<T>())
        {
        }
    
        public HashSetEx(IEqualityComparer<T> comparer)
            : base(new CachingEqualityComparer<T>(comparer))
        {
        }
    
        public T AddOrGet(T item)
        {
            if (!Add(item))
            {
                var comparer = (CachingEqualityComparer<T>)Comparer;
    
                item = comparer.Other(item);
            }
    
            return item;
        }
    
        public bool TryGet(T item, out T item2)
        {
            if (Contains(item))
            {
                var comparer = (CachingEqualityComparer<T>)Comparer;
    
                item2 = comparer.Other(item);
                return true;
            }
    
            item2 = default(T);
            return false;
        }
    
        private class CachingEqualityComparer<T> : IEqualityComparer<T> where T : class
        {
            public WeakReference X { get; private set; }
            public 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 WeakReference(x);
                    Y = new 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;
            }
        }
    }
    

    注意WeakReference 的使用,这样就不会有对可能阻止垃圾回收的对象的无用引用。

    使用示例:

    var hs = new HashSetEx<string>();
    
    string str = "Hello";
    
    string st1 = str.Substring(2);
    hs.Add(st1);
    
    string st2 = str.Substring(2);
    
    // st1 and st2 are distinct strings!
    if (object.ReferenceEquals(st1, st2))
    {
        throw new Exception();
    }
    
    string stFinal = hs.AddOrGet(st2);
    
    if (!object.ReferenceEquals(stFinal, st1))
    {
        throw new Exception();
    }
    
    string stFinal2;
    bool result = hs.TryGet(st1, out stFinal2);
    
    if (!object.ReferenceEquals(stFinal2, st1))
    {
        throw new Exception();
    }
    
    if (!result)
    {
        throw new Exception();
    }
    

    【讨论】:

    • 反对者至少可以发表评论。我确实认为“扩展”HashSet&lt;&gt; 的想法非常聪明。我对此感到非常高兴,我确实认为这是我这周想到的最美妙的想法。
    • 明确一点:我没有投反对票。但是,还没有详细查看代码,“"caches" the last Equal terms it analyzed”这句话让我觉得阅读“Amsterdam”、“New york”、“Amsterdam”会在内存中产生 2 个不同的“Amsterdam”字符串?我无法保证文件中字符串的顺序(并且由于(大)性能影响而不想执行顺序)。不过,我可能只是错误地解释了那句话;我将在今天晚些时候更深入地查看代码。
    • @RobIII 不,第一个类可用于构建 GetOrAddTryGet(如简短示例和较长的完整 fedget HashSet&lt;&gt; sublass 所示)跨度>
    • 聪明,跳出框框思考。我很好奇它与选项的表现如何。
    • 我添加了the results(剧透:~2.3Gb,~58s):-)
    猜你喜欢
    • 2012-09-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-24
    • 1970-01-01
    • 2015-02-26
    • 1970-01-01
    相关资源
    最近更新 更多