О каких значениях я должен волноваться в в sys.dm_os_wait_stats?

Можно сломать память в сервере классами и ссылками, но это является немного техническим. Просто возьмите дамп "кучи" в какой-то момент вовремя с jmap или jconsole или jvisualvm или-XX: + HeapDumpOnOutOfMemoryError. Затем откройте его с ЦИНОВКОЙ Eclipse или JHat.

Затем, если Вы хотите больше контроля: http://javamelody.googlecode.com (диаграммы памяти и разбивка по включенным классам)

0
задан 13 April 2017 в 05:14
1 ответ

Это зависит от ряда факторов. Какие проблемы Вы имеете на сервере? Сколько времени сервер был онлайн начиная с последнего перезапуска? Каковы определенные числа для waiting_tasks_count, wait_time_ms для тех ожидает?

Существует два больших ресурса на статистике ожидания в Интернете. Первой является Настройка Производительности, Ожидает и Техническое описание Лучших практик Очередей, и вторым является сообщение в блоге Bob Ward, SQL Server Ожидает Репозиторий Типа на Блоге Команды PSS.

Его возможные, которые числа Вы видите, прекрасно подходят, и просто часть нормального функционирования SQL Server. В какой-то момент время ожидания накопится для различных типов ожидания, но к тому же, потраченное ожидание времени является временем, потерянным в выполнении, настолько минимизирующем, ожидает, хороший способ настроить вещи. Необходимо посмотреть на вещи в перспективе к тому, сколько времени сервер работал или какой длины это было с прошлого раза была сброшена Статистика Ожидания. Если я посмотрю на сервер, который возрос в течение долгого времени, то я буду обычно использовать DBCC SQLPERF, чтобы очистить статистику ожидания и затем посмотреть на них в фиксированной точке вовремя позже, где я знаю, что представительная рабочая нагрузка для среды работала, и я знаю, когда это было сброшено. Тем путем у меня есть настроение для того, на что информацию я смотрю.

1
ответ дан 23 November 2019 в 12:51

Теги

Похожие вопросы