我已经编写了一个.Net(2.0)Windows服务,用于向用户发送寻呼机消息(通过与第三方硬件的串行端口连接)。

该服务会定期查询数据库(OSI PI Historian),解析值并根据解析后的值决定是否发送消息。

该服务使用查找对象(其值来自SQL Server数据库,并且每分钟刷新一次)以获取用户地址值和要发送的消息字符串。

该服务使用许多Threading.Timers来触发定期的数据库调用和消息发送。

该服务安装在装有.Net 2 SP2的Windows 2003计算机上。

该服务可以正常运行大约一周,然后挂起。日志(log4net)中未记录任何异常。

我从服务器上提取了许多转储,它们都表现出相同的特性-线程触发GC,但无限期挂起:

06aaf06c 7c827b99 77e61d1e 00004acc 00000000 ntdll!KiFastSystemCallRet
06aaf070 77e61d1e 00004acc 00000000 00000000 ntdll!ZwWaitForSingleObject+0xc
06aaf0e0 79e8c5f9 00004acc ffffffff 00000000 kernel32!WaitForSingleObjectEx+0xac
06aaf124 79e8c52f 00004acc ffffffff 00000000 mscorwks!PEImage::LoadImage+0x1af
06aaf174 79e8c54e ffffffff 00000000 00000000 mscorwks!CLREvent::WaitEx+0x117
06aaf188 79f2f88f ffffffff 00000000 00000000 mscorwks!CLREvent::Wait+0x17
06aaf1a8 79f2f8ca 7a3b9020 00000000 ffffffff mscorwks!SVR::gc_heap::user_thread_wait+0x50
06aaf1b8 79f2f806 00000000 7a3b8b18 00080101 mscorwks!WKS::gc_heap::wait_to_proceed+0xe
06aaf1cc 79f92f5a 00000000 00000000 00000000 mscorwks!WKS::gc_heap::garbage_collect+0x247
06aaf1f8 79f94e26 00000000 00000000 00000030 mscorwks!WKS::GCHeap::GarbageCollectGeneration+0x1a9
06aaf284 79f926ce 052c75c8 00000030 00000000 mscorwks!WKS::gc_heap::try_allocate_more_space+0x15b
06aaf298 79f92769 052c75c8 00000030 00000000 mscorwks!WKS::gc_heap::allocate_more_space+0x11
06aaf2b8 79e73291 052c75c8 0000002e 00000000 mscorwks!WKS::GCHeap::Alloc+0x3b
06aaf2d4 79e7d8d4 0000002e 00000000 00000000 mscorwks!Alloc+0x60
06aaf310 79e99056 0000000f b456b75e 00001ce3 mscorwks!SlowAllocateString+0x29
06aaf3b4 792bb2c1 00000000 0108082b 00001f40 mscorwks!FramedAllocateString+0xa1
    Stack shortened for bravity...

托管堆栈:
ESP       EIP
06aaf364 7c82847c [HelperMethodFrame: 06aaf364]
06aaf3bc 792bb2c1 System.String.CreateStringFromEncoding(Byte*, Int32, System.Text.Encoding)
06aaf3dc 792aaf2a System.Text.EncodingNLS.GetString(Byte[], Int32, Int32)
06aaf3fc 6522d131 System.Data.SqlClient.TdsParserStateObject.ReadStringWithEncoding(Int32, System.Text.Encoding, Boolean)
06aaf41c 656ca93e System.Data.SqlClient.TdsParser.ReadSqlStringValue(System.Data.SqlClient.SqlBuffer, Byte, Int32, System.Text.Encoding, Boolean, System.Data.SqlClient.TdsParserStateObject)
06aaf448 6522d925 System.Data.SqlClient.TdsParser.ReadSqlValue(System.Data.SqlClient.SqlBuffer, System.Data.SqlClient.SqlMetaDataPriv, Int32, System.Data.SqlClient.TdsParserStateObject)
06aaf474 656208b7 System.Data.SqlClient.SqlDataReader.ReadColumnData()
06aaf484 65620962 System.Data.SqlClient.SqlDataReader.ReadColumn(Int32, Boolean)
06aaf4b4 65221415 System.Data.SqlClient.SqlDataReader.GetValueInternal(Int32)
06aaf4c8 652213af System.Data.SqlClient.SqlDataReader.GetValue(Int32)
06aaf4f8 65220aec System.Data.SqlClient.SqlDataReader.get_Item(System.String)
06aaf504 03616b81 AlarmEventCollator.DataAccess.GetAllAlarmDetails()
06aaf564 03616a28 AlarmEventCollator.AlarmBuilder.buildLookups()
06aaf590 0361aa89 AlarmEventCollator.AlarmBuilder.pollLookups(System.Object)
06aaf5d0 792a83ff System.Threading._TimerCallback.TimerCallback_Context(System.Object)
06aaf5d8 792e019f System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
06aaf5f0 792a836b System.Threading._TimerCallback.PerformTimerCallback(System.Object)
06aaf77c 79e71b4c [GCFrame: 06aaf77c]

GC通常发生在数据库解析方法中。所有其他托管线程似乎都挂起了-这与GC进程一致。

我将不胜感激任何指针。可根据要求提供更多信息。

最佳答案

在双核计算机上运行Server版本的GC的.NET进程中,我们有多少个GC线程?

每个处理器两个,一个,或者每个逻辑处理器一个,所以如果它是超线程的,则应该是4。在运行GC工作站版本的过程中,我们将没有专用的GC线程,而是在启动GC的线程上运行垃圾回收,因为只有一个proc/一个时,切换到其他线程进行垃圾回收没有意义。执行GC的线程。

克里斯·里昂(Chris Lyon)撰写了有关GC模式的出色文章,并撰写了一篇有关Orcas中GC延迟模式的有趣文章。

为什么这对您很重要?由于不同的GC模式针对不同的事物进行了优化,因此根据您所使用的GC模式,您的内存使用情况,GC延迟等可能会相差很大。例如,默认情况下,Windows服务会获取工作站GC,但是如果有很多吞吐量(大量短生命周期的分配),那么运行服务器GC来提高内存使用率和性能可能会更好。

关于c# - .Net 2.0 Windows服务在垃圾收集过程中挂起,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/5872762/

10-12 12:44
查看更多