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 - не помогло.

[Товарищ ♂uatr]

Привет.
Лучше поздно, чем никогда:
У АОСа есть поток - сборщик мусора (см. "thread_free_ram"). Этот товарищ не знает покоя и в бесконечном цикле за много чем бдит: языки, высвобождает сессии, актуализирует время последнего обновления сервера в активных сессиях (на самом деле это при коммуникации с БД "вшито", но у него своя логика для этого дела присутствует) и тп. EntireTableCache - тоже его зона ответственности.

[Товарищ ♂uatr]

Цитата:

Сообщение от Товарищ ♂uatr

У АОСа есть поток - сборщик мусора (см. "thread_free_ram").

Вполне оправдано с позиции перераспределения памяти.
Соответственно, прервав выполнение данного потока, получим PF Delta = 0 в контексте бездействия сервера.