试图找到OutOfMemoryException的底部我发现由WCF的缓冲TransferMode使用的.net的BufferManagers负责浪费数百兆字节(请参阅{{3}上的问题和我自己的答案有关详细信息以及如何通过简单地从'buffered'切换到'streamamed'来解决它。)
除了WCF之外,BufferManagers被发明为一种比通常更好的替代方案:只需在需要时分配字节数组,并依赖GC清理它们并在引用超出范围后进行循环。< / p>
所以我的问题是:有没有人在真实世界的应用程序中使用BufferManagers,以便它在性能方面产生明显的差异,以证明必须手动的不便。清除()BufferManager(如果有必要)?
如果是这样,可以手动创建单个字节缓冲区并保持对它的引用没有解决该特定问题吗?
答案 0 :(得分:2)
我最近致力于代理服务,该服务接受多个客户端连接(最多500个同时连接)。代理将客户端请求中继到目标服务器,并将从目标服务器的响应中继回客户端。代理服务使用Byte数组(Byte [])作为缓冲区来发送和接收数据。我没有缓冲管理器。
代理每次都从套接字发送和接收数据时创建一个新的字节数组。资源监视器中的专用字节不断增加。运行ANT Memory Profiler工具显示大片段不断增加。
解决方案是实现一个简单的Buffermanager类来管理Buffers使用的内存。这是代码段
public class BufferManager
{
private readonly int m_ByteSize;
private readonly Stack<byte[]> m_Buffers;
private readonly object m_LockObject = new Object();
#region constructors
public BufferManager(int _byteSize, int _poolCount)
{
lock (m_LockObject)
{
m_ByteSize = _byteSize;
m_Buffers = new Stack<Byte[]>(_poolCount);
for (int i = 0; i < _poolCount; i++)
{
CreateNewSegment();
}
}
}
#endregion //constructors
public int AvailableBuffers
{
get { return m_Buffers.Count; }
}
public System.Int64 TotalBufferSizeInBytes
{
get { return m_Buffers.Count * m_ByteSize; }
}
public System.Int64 TotalBufferSizeInKBs
{
get { return (m_Buffers.Count * m_ByteSize/1000); }
}
public System.Int64 TotalBufferSizeInMBs
{
get { return (m_Buffers.Count * m_ByteSize/1000000); }
}
private void CreateNewSegment()
{
byte[] bytes = new byte[m_ByteSize];
m_Buffers.Push(bytes);
}
/// <summary>
/// Checks out a buffer from the manager
/// </summary>
public Byte[] CheckOut()
{
lock (m_LockObject)
{
if (m_Buffers.Count == 0)
{
CreateNewSegment();
}
return m_Buffers.Pop();
}
}
/// <summary>
/// Returns a buffer to the control of the manager
/// </summary>
///<remarks>
/// It is the client’s responsibility to return the buffer to the manger by
/// calling Checkin on the buffer
///</remarks>
public void CheckIn(Byte[] _Buffer)
{
lock (m_LockObject)
{
m_Buffers.Push(_Buffer);
}
}
}