Обнаружено замедление: ReaderWriterLock (-1). Могу ли я использовать разные замки?

Question

после нескольких часов отслеживания таинственной длительности "заморозки" длительностью в одну или две секунды, я, наконец, обнаружил, что это ReaderWriterLock (-1). Это серверное приложение, и блокировка здесь сохраняется для записи в коллекцию клиентов. Я не знаком с блокировкой, поэтому я хотел бы спросить, нет ли лучшего / более быстрого способа? Как насчет использования объекта блокировки для блокировки добавления / чтения операторов коллекции? Это замораживание происходит очень случайно, но очень раздражает, поскольку вызывает задержку для всех подключенных клиентов. Спасибо!

Answer 1

Вы имеете в виду AcquireReaderLock(-1) / AcquireWriterLock(-1) или подобное? Это предполагает, что блокировка установлена ​​- в этом случае исправьте тот код, который удерживает блокировку (запись) в данный момент. Если задержка буквально с классом блокировки, то возможно ReaderWriterLockSlim будет иметь меньше служебных данных. lock действительно будет проще (следовательно, дешевле), но не допускает такой же степени детализации - это по сути блокировка мьютекса, поэтому только один поток может играть с объектом. Сравните блокировку читателя / писателя, которая позволяет одному писателю NAND несколько читателей.

Если честно, это звучит так же просто, как "иногда какой-то код блокирует запись (блокируя других вызывающих) и занимает некоторое время для завершения". Нахождение код-нарушитель - это черное искусство, но оно не имеет ничего общего с самим замком.