http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/ Jouni Heikniemi's IT adventures Fri, 10 Feb 2012 02:59:19 +0000 hourly 1 http://wordpress.org/?v=3.3.1 http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/comment-page-1/#comment-13624 Heikniemi Hardcoded » ReaderWriterLockSlim performance Tue, 29 Dec 2009 12:41:44 +0000 http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/#comment-13624 [...] while ago I blogged about the performance of various thread synchronization primitives. Due to the insufficient accuracy of my memory cells, I forgot ReaderWriterLockSlim out of the [...] [...] while ago I blogged about the performance of various thread synchronization primitives. Due to the insufficient accuracy of my memory cells, I forgot ReaderWriterLockSlim out of the [...]

]]> http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/comment-page-1/#comment-12658 Jouni Heikniemi Thu, 17 Dec 2009 15:18:40 +0000 http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/#comment-12658 To be honest, that's because I didn't think it was in 3.5. I just recently combed through the TPL additions in .NET 4.0, and I mentally grouped all the System.Threading.*Slim classes to the "coming in 4.0" bucket (a lot more slimminess coming in .NET 4.0!). Thus, an unfortunate error on my part. That warrants an update to this post at some point. Thanks! To be honest, that's because I didn't think it was in 3.5. I just recently combed through the TPL additions in .NET 4.0, and I mentally grouped all the System.Threading.*Slim classes to the "coming in 4.0" bucket (a lot more slimminess coming in .NET 4.0!). Thus, an unfortunate error on my part. That warrants an update to this post at some point. Thanks!

]]> http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/comment-page-1/#comment-12636 LenardG Thu, 17 Dec 2009 10:42:23 +0000 http://www.heikniemi.net/hardcoded/2009/12/performance-overhead-of-thread-synchronization/#comment-12636 Why not try ReaderWriterLockSlim, that is present in .NET 3.5? It should be more lightweight and faster than the traditional ReaderWriterLock, having been implemented in managed code (as opposed to ReaderWriterLock). Why not try ReaderWriterLockSlim, that is present in .NET 3.5? It should be more lightweight and faster than the traditional ReaderWriterLock, having been implemented in managed code (as opposed to ReaderWriterLock).

]]>