none
Всплески счетчика "Ошибок страницы/с" RRS feed

  • Вопрос

  • На сервере Windows 2012 R2 работают MS SQL Server и серверная часть 1С. Пользователи жалуются, что 1С периодически "тормозит". В связи с этим пытаюсь сбалансировано распределить ресурсы на сервере. Для этой цели я настроил монитор ресурсов на круглосуточную работу. И сейчас меня смущают показания счетчика "Ошибок страницы/с", который показывает периодические всплески для процесса rphost (рабочий процесс 1С) в районе 4 тыс!

    Насколько мне известно, это из-за использования файла подкачки. Но судя по другим счётчикам, оперативная память никогда не используется больше чем на 90%. Например, счётчик памяти "Доступно КБ" не опускается ниже 2 ГБ, а общий счётчик процессов "Байт исключительного пользования" не поднимается выше 14,3 ГБ. В то время, как общий объём оперативной памяти равен 17 ГБ. 

    Интересно, что всплески для процесса sqlservr в рабочее время не превышают 70, в то время как этот процесс потребляет 10 ГБ оперативки. А процесс rphost потребляет 0,5 ГБ, и у него всплески под 4 тыс. Почему так происходит?

    20 марта 2019 г. 12:30

Ответы

  • Не значит. Для того чтоб увидеть корреляцию придется отключить все кэши. Опять же, страницы могут не только загружаться в память (чтение из файла), но и сохраняться из нее (запись в файл). Это вполне может привести к записи на диск из кэша через несколько минут после "ошибок страниц".

    Так же надо помнить что страницы имеют размер всего в 4К. То есть 13 тысяч "ошибок страниц" это смешной размер в ~50МБ. 

    Совет: копайте в другую сторону в поисках ваших "тормозов". В частности смотрите загрузку процессора и очереди дисков.

    Что до "ошибок страниц" то скажем 100К/с+ в течении 10+ минут должно насторожить. 13К/с в на несколько секунд - проходите мимо, это пустяки.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа yurybx 25 марта 2019 г. 9:10
    22 марта 2019 г. 20:35

Все ответы

  • Данный счетчик не имеет прямого отношения к файлу подкачки и свободной памяти, он работает всегда когда имеет место загрузка страниц памяти.

    Скорее всего процесс просто использует так называемые "memory mapped files" когда файл на диске отображается на память. Содержимое файла загружается в память страницами по мере доступа к ним что и показывает счетчик.

    https://docs.microsoft.com/en-us/dotnet/standard/io/memory-mapped-files



    This posting is provided "AS IS" with no warranties, and confers no rights.

    20 марта 2019 г. 16:09
  • Я воспользовался утилитой VmMap и увидел, что действительно процесс rphost использует десятки отображенных в памяти файлов общим размером 32 МБ. Все они находятся на диске C. Мне захотелось узнать, а действительно ли эти файлы читаются с диска в моменты появления ошибок страницы, и я добавил вчера соответствующие счетчики в монитор производительности. Вот, что я увидел сегодня:
    Никакой корелляции между ошибками страниц и обменом данными с диском C.
    На первом скриншоте данные за вчерашний рабочий день (после 10 утра), на втором - кусочек 13:36-13:46. На нём виден всплеск ошибок страницы до 13 тыс! И в это время скорость чтения/записи на диск C на уровне десятков килобайт/с. Заметная активность диска появляется лишь через две минуты в 13:42:00 в районе 1 МБ/с. Ну и большой всплеск записи в 13:42:30 до 24 МБ/с.
    Значит ли это, что ошибки страницы не связаны с отображенными в память файлами?

    Зеленая линия - ошибок страницы rphost,
    Красная - скорость записи на диск C,
    Синяя - скорость чтения с диска C.


    • Изменено yurybx 22 марта 2019 г. 7:16
    22 марта 2019 г. 7:15
  • Не значит. Для того чтоб увидеть корреляцию придется отключить все кэши. Опять же, страницы могут не только загружаться в память (чтение из файла), но и сохраняться из нее (запись в файл). Это вполне может привести к записи на диск из кэша через несколько минут после "ошибок страниц".

    Так же надо помнить что страницы имеют размер всего в 4К. То есть 13 тысяч "ошибок страниц" это смешной размер в ~50МБ. 

    Совет: копайте в другую сторону в поисках ваших "тормозов". В частности смотрите загрузку процессора и очереди дисков.

    Что до "ошибок страниц" то скажем 100К/с+ в течении 10+ минут должно насторожить. 13К/с в на несколько секунд - проходите мимо, это пустяки.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа yurybx 25 марта 2019 г. 9:10
    22 марта 2019 г. 20:35