Что такое “Синхронизирующий Блок” и подсказки для сокращения количества
Просто sidenode - Steve уже указал, необходимо действительно "уменьшить" файлы JS. В JS на самом деле имеют значение пробелы. Если у Вас есть тысяча строк JS, и Вы разделяете только необязательные новые строки, которые Вы уже сохранили о 1K. Я думаю, что Вы понимаете.
существуют инструменты для этого задания. И Вы никогда не должны изменять "уменьшенный"/stripped/obfuscated JS вручную! Никогда!
1 ответ
Каждый раз, когда вы используете блокирующий примитив, такой как lock или Monitor.Enter на платформе .NET, для объекта инициализируется структура блока синхронизации. экземпляр, который нужно заблокировать. Как указано в определении, эти блоки могут содержать больше информации, такой как хэш-код объекта и информация о взаимодействии COM.
Поскольку эти блоки ограничены в том, что может быть сохранено, доступ к блокам одновременно вызывает конкуренцию, которая, в свою очередь, вызывает заголовок объекта content, чтобы стать индексом в таблице общесистемных блоков синхронизации, управляемых CLR. CLR может повторно использовать этот блок синхронизации по мере необходимости и тогда, когда объекту они нужны.
Блокировка объекта всегда вызывает вращение ЦП перед ожиданием объекта ядра системы. Всякий раз, когда выделенная скорость ЦП не удовлетворяет требованиям монитора для получения блокировки критической секции, будет создан дескриптор события автоматического сброса системы, и ссылка на него будет помещена в связанный блок синхронизации. Другие потоки, ожидающие этого дескриптора события, затем будут блокировать дескриптор события до тех пор, пока поток-владелец не инициирует освобождение дескриптора события.
Следовательно, если этот счетчик постоянно увеличивается, это признак того, что слишком много потоков конкурируют за блокировку. на одном или нескольких объектах, и эти блокировки могут никогда не быть сняты.