Каковы реальные недостатки использования ReaderWriterLock

У нас есть проект, ориентированный на .NET 2.0 RTM (да, это должен быть .NET 2.0 RTM, у нас есть несколько ортодоксальных клиентов). И мне просто интересно, каковы недостатки ReaderWriterLock ? Почему так плохо, что все говорят: «Не используйте это, попробуйте использовать что-нибудь еще, например, lock statement»? Если бы мы могли использовать .NET 3.5, я бы определенно использовал ReaderWriterLockSlim , но с ReaderWriterLock I ' Мне немного страшно со всеми этими предупреждениями, исходящими отовсюду. Кто-нибудь измерял производительность или что-то еще? Если есть какие-то проблемы с производительностью, при какой полезной нагрузке мы можем с ними столкнуться?

Мы имеем классическую ситуацию с точки зрения основного назначения ReaderWriterLock , то есть многократного чтения и редко записи. Использование оператора lock заблокирует всех читателей. Возможно, для нас это не страшная проблема, но если бы я мог использовать ReaderWriterLock , я был бы более удовлетворен. ИМО вводить несколько мониторов - действительно очень плохая идея.