我写了一个LINQ来查找文本文件中唯一字符的频率.我还在select的帮助下将我的初始结果转换为一个对象.最终的结果以List的形式出现.
以下是我使用过的查询.
charNodes = inputString.GroupBy(ch => ch)
.Select((ch) => new TNode(ch.Key.ToString(),ch.Count()))
.ToList<TNode>();
我有一个四核机器运行,上面的查询运行在15ms.但奇怪的是,我需要更多的时间PLINQ相同的查询.下面一个花了大约40ms.
charNodes = inputString.GroupBy(ch => ch).AsParallel
.Select((ch) => new TNode(ch.Key.ToString(),ch.Count()))
.ToList<TNode>();
最糟糕的情况是下一个查询需要大约83毫秒
charNodes = inputString.AsParallel().GroupBy(ch => ch)
.Select((ch) => new TNode(ch.Key.ToString(), ch.Count()))
.ToList<TNode>();
这里出了什么问题?
解决方法:
当这类问题出现时,答案总是一样的:PLINQ开销高于收益.
发生这种情况是因为工作项非常小(通过char分组,或者从普通输入创建新对象).当它们更大时,效果会更好.
标签:c,linq,plinq 来源: https://codeday.me/bug/20190704/1374106.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。