long term cach hits 65%

[Владинов Валерий]

NW5.1 sp3 - просто файл сервер (P III\1Гб\36Гб) начал падать этот параметр - бросьте ссылкой или поясните, пожалуйста
С уважением, Валерий

[Аркадий Глазырин]

NW5.1 sp3 - просто файл сервер (P III\1Гб\36Гб) начал падать этот параметр - бросьте ссылкой или поясните, пожалуйста
С уважением, Валерий

Для того, чтоб бросить ссылку напиши побольше.
Есть какие-нибудь ещё замечания?
Что-нибудь ставил-удалял?
Ошибки выдает?
Код. Сообщение.

[Владинов Валерий]

поставил на голый NW 51 SP3, а затем начал подключать пользователей и после этого поползло вниз.
На что обратить внимание - какие параметры посмотреть

[Занадворов Владимир]

Количество пользователей, конфигурация томов, характер файлов - поподробнее

[Игорь Семеновский]

поставил на голый NW 51 SP3, а затем начал подключать пользователей и после этого поползло вниз.
На что обратить внимание - какие параметры посмотреть

А давно сервер работает (с момента последнего включения) ?
Может нормально все - подключаешь пользователей, каждый лезет за своими файлами по новой. Параметр начнет расти после повторных обращений, т.е. через какое-то время.

[Музалёв Николай]

Валерий, сам по себе низкий показатель - ещё не повод для паники. Гораздо важнее в вашем случае посмотреть соотношение выделенной под кэш-блоки оперативной памяти и повторонои использование кэша.
Смотрите как соотносятся
...from AVAIL
и
...from LRU
Проблемой можно считать ситуацию, когда растет второй параметр(повторнои исп. кэша)
А так, пока не волнуйтесь-может быть система ещё "не вошла в режим" и использ. памяти и её распределение ещё стабилизировалось.

[Владинов Валерий]

Количество пользователей ~ 15 человек, том на сервере один SYS,
Сервер работает с понедельника по пятницу, а затем, на выходные выкл.

Сегодня с утра показатель был 90 - 96%, посмотрю, как дальше будет,
к концу недели.

Спасибо всем кто откликнулся!!

[Владинов Валерий]

Снял статистику посмотрите!

short term cache hits 100%
short term cash dirty hits 100%
long term cache hits 95%
long term cache dirty hits 97%
LRU sitting time 23:47:26.1
Allocate block count 747,358
allocate from AVAIL 412,201
Alocate from LRU 335,157

остальные параметры - 0

Так вот, Long term cashe dirty hits падает!! (до 65%)

[Аркадий Глазырин]

Сервер работает с понедельника по пятницу, а затем, на выходные выкл.

Зачем выключать?

[Владинов Валерий]

В выходные дни делают ремонт проводки, уже 2 месяца, а конца этому не видно. UPC 700 Вт, хватает на 30 - 40 минут.

[Музалёв Николай]

Такой расклад :

Allocate from AVAIL 412,201
Alocate from LRU 335,157

, когда почти пополам, говорит о не очень хорошем положении.
А если поставить последний пак - 5й ?
Может, при установке пака что лишнего поставили и не заметили, а он теперь ресурсы жрет?
Что в активности MONITOR-KERNEL-THREADS ?

[Корнелюк Алексей]

Музалёв Николай у меня значения
Allocate from AVAIL - 1.719.194
Allocate from LRU - 14.704.220
Это что - совсем плохо? Или наоборот? Объясните плиз значения этих параметров, т.к. я просто не могу понять смысл фразы:
"Кэш-буфер может иметь неиспользуемые блоки. Это число блоков кэш-буфера, которое было указано в списке неиспользуемых блоков ("not in use"). " - это про allocated from avail и "Давно не используемые блоки кэш-буфера с информацией становятся доступными для очередного использования. Это значение показывает число блоков, запрошенных в списке LRU" - для allocated from LRU

[Корнелюк Алексей]

ну подскажите кто-нить!

[Музалёв Николай]

АСЕНИЗАТОРУ
Буфера в кеш выделяются системой по запросу откуда возможно.
Пока есть запас в ОЗУ - из него. Это и есть АВАИЛ.
Когда ОЗУ всё раздали - начинаем смотреть на сам кеш и находим там блок, к которому дольше всего не обращались-и его считаем чистым и выдаем по запросу. То же относится и к блокам, если они вышли за временнЫе рамки хранения информации в кеше ( эти, как я полагаю, считаются неиспользуемыми). Это из ЛРУ.
Совершенно понятно (С), что чем больше из АВАИЛ и меньше из ЛРУ , тем большее время информация находится в кеше.
Поэтому представленную ситуацию, когда из такая динамика в стационарном режиме работы сервера, считаю требующей разбора-или SET параметры под ваши задачи надо бы подрихтовать, или памяти добавить.

[Корнелюк Алексей]

Музалёв Николай спасибо за ответ. Тогда ещё вопрос:
Original cache buffers = 130.000
Total cache buffers = 99.000
LRU sitting time = 12.00.00
Вроде в порядке всё с объёмом памяти (это цифры при непрерывной работе сервера примерно месяц)? И что можно подкрутить? Никаких тормозов и т.п. не наблюдается. Одновременно работает примерно 30-40 пользователей на этом сервере, почти все - с DBF-ми, каждый держит открытыми 39-40 файлов при работе.
С дисковым кешем тоже всё вроде ОК - все проценты попаданий в кеш не менее 90%.