Здравствуйте форумчане. Нашел необъяснимый глюк в файловой базе (у меня 1С 8.3.16.1148 с УТ 11.4.5.32 на борту)
Глюк вот в чем - скорость расчета скидок в Рознице меняется от моментального до 30 сек при одних и тех же параметрах конфы, корзины и пр.
- пробовал менять версию платформы
- пробовал загружать старую конфу
- пробовал на разных компьютерах
Заметил только вот такой момент - если в Винде поотключать вообще все лишние программы - то практически всегда расчитывает моментально.
А если запустить практически любую программу - то начинает тупить.
Вот к примеру видео: https://drive.google.com/file/d/1QtoogmbOcNf9jFTCVRl1Tlsi4y9KE9Mu/view
1) первый раз расчитываю с включенной другой прогой - тупит (при этом видно что жестко нагружает винт)
2) второй раз расчитываю и в этот момент выключаю другую прогу - видно что сразу прекращает тупить и расчитывается
3) ну и с выключенной прогой всегда расчитывает моментально (при этом обращений к винту практически нет)
(другая прога - может быть абсолютно любой - в видео это просто запущена была наугад + такое поведение не всегда проявляется - бывает отключение всего лишнего не помогает, а бывает запущено все что только можно и при этом быстро расчитывает. И расчет скидок тоже взят в качестве наглядного примера, тоже самое повторяется и при проведении документов и пр.)

Что это глюк платформы? Может есть какие-то мысли как от этих тормозов избавиться?

Сменить платформу на 17 или 15-ю, запустить монитор производительности виндовз - посмотреть где просадка по производительности

(1) Ставил как раз и 15 и 17. Эффект тот же самый как и на видео - когда тупит - жестко юзается винт. Пробовал перекидывать базу на 3 разных винта - тоже самое.

windows 10?

Да (3)

https://blogmax.ru/blog/windows-server-2012r2-i-1s-8-3-medlennaya-rabota

(5) Спасибо конечно, но в win10 такого нет

(5) эта хрень мешает только если используется как терминал?

(6) покури тех.журнал

(7) тестирую на компе где база локально и находится (ну и через терминал тоже самое)
(8) в журнале ничего криминального

Может просто памяти не хватает и при запуске другой проги 1с в своп сваливается

(10) Памяти 32 Гига (занято примерно 7) - но по ощущениям что так и происходит

попробуйте в мониторе ресурсов для дисковых процессов поставить высший приоритет для процессов, связанных с 1С.
А для тех прог, которые мешают работе 1с - более низкий приоритет

(12) пробовал - не помогает

Иногда во время такого "торможения" ловлю в мониторе ресурсов такое - https://monosnap.com/file/bjstWKYCqcdqmWo7Hnoji9b14kEAx3

Попробуй базу на другой диск перенести

+(15) Обнови дрова на чипсет, обнови биос

У тебя там еще крутится виртуалбок и вмваре. Снеси их.

Покажи что у тебя тут
https://i.imgur.com/yGzyosM.png

(15) как писал выше - пробовал на 3-х разных винтах (ssd sata, ssd m2 и обычный hdd)
Помимо этого тестировал на разных компах с совершенно разным оборудованием.
Единственное что объединяет - везде стоит win 10 pro

(18) https://monosnap.com/file/p3V3LKWGZUs4xekUM7IayVu813UfSp

(20) Ну так у тебя свободно 3 мегабайта всего

(21) Поле - Ожидание - это тоже свободная память

(22) Неа

(9) >>в журнале ничего криминального

ты точно про техжурнал?

(24) да действительно спутал его с журналом регистрации
щас тогда буду курить техжурнал

Попробуй RamMap-ом очистить память и проверить тормоза снова
http://catalog.mista.ru/public/237919/

+(26) Из статьи
В тестовом режиме гоняем сервер (8x2CPU AMD 64G RAM) баз данных на MS W2008R2 KR c MSSQL 2008. Под SQL выделено 50 G. Почти месяц машина отработала нормально, но последнии несколько дней вся свободная память из free перешла в Standby и производительность снизилась ... причем система говорит что используется всего 52-53 G. После рестарта система съедает полженные 52-53 Gи начинает привращение Free to Standby. По завершению сего процесса снова начинаются "дикие тормаза".

(26) Вы оказались абсолютно правы - дело именно в этом (проверил на разных компах)
Тогда буду курить либо как в той инструкции, чтобы сбрасывало автоматом по расписанию, либо искать настройки чтобы корректно отрабатывало выделение "ожидаемой" памяти в "свободную"

(27) Спасибо, сэкономили мне уйму времени, не факт что я наткнулся бы на эту статью