ax2009: сервер постоянно что-то делает. почему?

[mazzy]

Цитата:

Сообщение от fed

Это он у тебя SysLastValue перечитывает. Там есть запись с именем EntireTableCache. В записи хранится что-то типа битовой маски обновленных таблиц с EntireTableCache. Если один сервер обновляет одну из таких таблиц, то он обновляет эту запись, сигнализируя что остальные сервера обязаны соответствующую таблицу перечитать.

попытался удалить запись - действительно обновляет.

заодно посмотрел какое количество записей содержится в этих таблицах.
хм... есть WorkCalendarDateLine, содержит 20128 записей.

выключил эту таблицу.
ничего не изменилось, даже наоборот PF Delta увеличилась

[mazzy]

Цитата:

Сообщение от fed

Default value 60

установка значения 60 - не помогает. то же самое - PF delta большое.

[fed]

Цитата:

Сообщение от mazzy

установка значения 60 - не помогает. то же самое - PF delta большое.

По моему остается только одно - забить
Вообще я там вешал ссылочку на статью про блокировку страниц в SQL Server. Там пишут что мол тупые драйвера устройств съедают много non-pages memory и windows аггресивно посылает всем процессам просьбы освободить побольше памяти. Ну и эти процессы ее освобождают чтобы потом немедленно назад захватить... Так что возможно это просто неизбежно. Просто потому что авторы ax32serv.exe не поленились встроить какую-то обработку события нехватки памяти...

[gl00mie]

Не проверял, как в 2009-й, а в 3.0 вроде межсерверная синхронизация работала только в том случае, если лицензий было больше чем на один АОС. В данном случае сколько АОСов лицензировано?

[mazzy]

интересная мысль.

Цитата:

Сообщение от gl00mie

В данном случае сколько АОСов лицензировано?

99.
это партнерская лицензия.

[Logger]

Цитата:

Сообщение от mazzy

интересная мысль.

99.
это партнерская лицензия.

Попробуй поставить 1 и сравнить.

[AndyD]

Поиграл со счетчиками - ошибки страниц в системе появляются постоянно, но при этом не происходит чтения страниц с диска

По-моему, происходит так называемый soft page fault. Одна из возможных причин - наличие разделяемой памяти между разными процессами в системе.
Похоже, 2009-я использует межпроцессное взаимодействие на основе memory mapped files

[Logger]

Цитата:

Сообщение от fed

Это он у тебя SysLastValue перечитывает. Там есть запись с именем EntireTableCache. В записи хранится что-то типа битовой маски обновленных таблиц с EntireTableCache. Если один сервер обновляет одну из таких таблиц, то он обновляет эту запись, сигнализируя что остальные сервера обязаны соответствующую таблицу перечитать.

Денис, а не встречал где-нибудь описание формата этого блоба ?
Я попробовал расковырять - не получается. Видно только что он представляет из себя некую периодическую структуру, в которой несколько раз повторяется весь перечень компаний в базе. Выцепить tableId-ы не получилось.

[Logger]

Цитата:

Сообщение от fed

Это он у тебя SysLastValue перечитывает. Там есть запись с именем EntireTableCache. В записи хранится что-то типа битовой маски обновленных таблиц с EntireTableCache. Если один сервер обновляет одну из таких таблиц, то он обновляет эту запись, сигнализируя что остальные сервера обязаны соответствующую таблицу перечитать.

Интересно, а для не EntireTableCache табличек он тоже эту запись использует для синхронизации ?
Почему спрашиваю. С какого-то момента полезли блокировки на этой записи. Нашел таблички с EntireTable кешированием, которые часто обновлялись. Переключил для них кеширование на FoundAndEmpty - не помогло.