Имеем:
2x xeon e5-2670 8c 20m 2.60Ghz
8x8Gb DDR3 ECC 1333Mhz
2xhdd 300Gb SAS 10k
2xssd 480Gb
HP Smart Array P420i(512Bm+FBWC)


Развернута для теста база + хранилище. Захват объекта в хранилище может занимать 10 минут. Один справочник. Ну и в целом с 1С все не весело.
По мотивам ИТС сделал замеры во время захвата объекта.

https://i.ibb.co/7KMRK0H/image.png


Да, есть еще нюансы с самим хранилищем, оно вроде в другом месте находится, но пока не добрался до вопроса.
Меня удивили показатели памяти: 95.
С ИТС
"Нормальное значение этого счетчика должно быть близко к нулю. Увеличение показания этого счетчика свыше 20 страниц в секунду говорит о необходимости увеличения объема оперативной памяти."

Что может быть причиной? Сервер считай пустой. 64Гб. В чем дело то? Куда копать?

В настройках SQL размер максимальной памяти выставлен в 32768.

(0)SQL какой? 1с какая?

> Да, есть еще нюансы с самим хранилищем, оно вроде в другом месте находится, но пока не добрался до вопроса.
Дело может быть в сетке и дисках того места, где лежит хранилище. Логично было бы тестить локально, не?
Лучше смотри на счетчики в период когда "с 1С невесело". А то ты пытаешься померять температуру пациента, засунув градусник себе под мышку.

(2) 2014 standart(На днях enterprice поставлю)
1С:Предприятие 8.3 (8.3.12.1790) (по понятным причинам я думаю...)

(3) Да пока думал с этим добром разберусь. Да, пойду смотреть где оно лежит и что там с ПК.

Воу, кажется почти все стало понятно.
На этом ПК:
Сервер 1С, сервер mssql, терминальный сервер на 20+ пользователей. Память и правда забита.

Но вопрос с хранилищем так и не решился. Сейчас разворачиваю на этом же ПК.
На компе, где лежит хранилище сетевая карта свободна, а вот задержки tcp 200 мс в среднем

Что скажет
SELECT count(*)
  FROM [yourDatabase].[dbo].[DepotFiles]

(7)
15175

1) Стоп сервера 1С
2) Очистка кеша конфы у тех пользователей, которые работают с этой тестовой и храном
3) delete
  FROM [yourDatabase].[dbo].[DepotFiles]

enjoy

В нормальном состоянии там должно быть около 100-200 записей

Хм, попробую сейчас, спасибо

(10) Офигеть! За секунду захват стал. Спасибо!

Причем я кеш даже не чистил

(13) Тогда через некоторое время там снова будет 15000 записей и снова будут тормоза

(9) Интересная магия.
И что хранится в DepotFiles?

(15): За что отвечает таблица depotfiles ?

(16) Да, видел эту ветку.
Но там "По ощущениям....  Наверно...".

Объекты хранилища.
Начиная с какойто версии платформы, если в базу SQL развернул другую копию и не почистил кеш платформы и подключил в храну, то при первое Захвате объекта в хран создает 15 к записей в depotfile. А потом снова создает 15к записей в depotfile, а затем удаляет при каждом Захвате объекта /Обновлении конфы 1С.

очистка кэша конфы - имеется ввиду /clearcache ? Или это другой кэш?

Хреналище оно такое. Самое дебильное по-моему, что есть в платформе.

С хранилищем разобрался, все ок.
Но сами тормоза сервера никуда не делись. Рядом лежит куда менее мощный и на нем все летает. Правда стоит win7.

Делал замеры пару часов, вот что-то очень странное показывает:
https://i.ibb.co/RYt8bSS/image.png

Это при том, что оперативки в течении дня свободной всегда было 20-30Гб.

Я не админ и слабо понимаю, что бы это могло значить. Есть какие-нибудь идеи? На что хоть обратить внимание. По слухам, еще до того как этот сервер также стал еще и терминальным тормозило также.

(20) вы его не умеете готовить

(21) антивирус какой?

+ (23) на сервере

(22) Поделись рецептами.

(19) Забудь про этот ключ в принципе, когда речь идет о чистке кэша конфигурации - он к этому никак не относится

Для порядку осталось уточнить в (18), что подразумевается под "и не почистил кеш платформы".
Я думаю, речь про локальный кэш конфигурации инфобазы (из AppData/Local), которая подключается к хранилищу.
И делать это надо каждый раз при сбивке подключения.

А может это надо во всех инфобазах, которые в один и тот же хран подключаются, делать.
Тогда засада.

(15) https://partners.v8.1c.ru/forum/topic/1916527

http://catalog.mista.ru/public/1066955/