Комп мощный мне поставили, проц (мощный, если надо - скажу какой именно) и память (32Г) наполовину только заняты. Система на SSD, база на другом, диски тоже еле активны, судя по диспетчеру. Но блин, при удалении/распроведении (база УТ) документов за 1 день - я жду уже полчаса, если не больше!!!!
Что 1с еще надо, как ускорить работу?

перенеси базу на SSD

(1) Видимо, непонятно написал. База на другом SSD.

УТ типовая?

(0) Какой проц?

(3) Вообще, насколько я знаю, доработки есть - Меркурий коллега дорабатывал под нас. Ну и расширения еще добавлял..
Я же сейчас отменяю проведение документов поступления ДС. По идее не должно затронуть... Но он говорит, что некоторые операции (я не знаю какие именно) у него на локальной базе некоторые вещи открываются час, и на рабочей (сервер приложений используем) - 10 минут..

(4) AMD Ryzen 5 3600

Включить замер производительности в конфигураторе. Включить техножурнал на долгие запросы.

(6) я просто запустил распроведение документов. Думаете, это поможет?

(7) Нет. Но вероятно поможет понять где искать.

TormozIT знает

(8) Запустил. Процесс, правда, уже долгое время идет, но посмотрим..

Посмотрите настройку схемы электропитания. + в Bios
Может срабатывает механизм экономии.

Будет иметь значение для поиска ответа такие моменты

1) запуск базы файловый или серверный
2) запуск на каком релизе платформы
3) запуск на каком релизе конфигурации (внутри конфиги стоит режим совместимости - вот от него зависит вопрос по релизу конфигурации)

Да и еще забыл ... Памяти оперативной напихать в комп - это легко. А вот установить релиз платформы на 64-бит далеко не все догадываются. А при большом кол-ве документов и на больших конфигах это может быть также критично.

Вообще, если такого не было до доработок, то поймать того специалиста , наорать сказать что все тормозит и пусть ищет.
Но если это только появилось , то или база как то не так обновилась .. иногда так (очень редко) бывает и индексы дохнут, но скорее всего это железячные проблемы и проще попробывать в другой конфигурации. Но самое эффективное это поймать и наорать. А вообще если у вас там 10 тысяч документов за день, то вполне может столько распроводится.

было упоминание, не помню ник, про гиперактивную проверку лицензии в платформах и супер лосс в попугаях Гилёва

я , мало программлю и только в одной организации .. но я как то после обновления структуры данных получил падение производительности раз в 30-50 .. я полдня индексы грел пока база ожила

(11) комп постоянно включен. Да и я все это время работаю, имхо проблем с этой стороны быть не должно..
(12) база локальная. Платформа 8.3.17.1549. режим совместимости 8.3.12 (релиз 11.4.12.61).
(13) стоит 32 - ставят централизованно админы. Счас скачаем и поставим 64 :)
(14) знаю только, что так уже довольно давно, но до доработок или после - ХЗ. Но он дорабатывал меркурий только,это могло повлиять на платежные документы разве?
"проще попробывать в другой конфигурации" - в смысле, поставить типовую и посмотреть как у нее это работает?
(16) не понял, что советуете сделать?

(16) обновить индексы полнотекстового поиска?

еще бывает Вин10 с дефендером и касперским

(19) NOD32 стоит. исключения добавлял

Отключи итоги, распроведи, потом включи обратно и пересчитай.

(17) Файловая? УТ 11?

В качестве теста: установи SQL, переведи на клиент-серверную версию.

(22) Да
(23) это в планах, новый сервер ставят админы

(24) Ресурсы твоего компа позволяют. Ставь SQL на свой комп и проверяй.

ЖР отключить для начала в пофигураторе.

(26) попробую, спасибо

// база локальная. Платформа 8.3.17.1549. режим совместимости 8.3.12 (релиз 11.4.12.61).

В последнее время начал обращать внимание, что на файловых эта версия как-то необъяснимо подвисает.

Можно попробовать использовать доступ к базе, как к опубликованной в автономном сервере. Это чтобы не ставить серверную лицензию и СУБД. При доступе через автономный будет отличаться.

И проверь имеется ли вдруг расшаренный доступ к диску к базой. Ну вдруг. Кто-то его активировал к какому-то каталогу или даже к корню диска и бросил. Теперь он тормозит так, что ССД можно просто выкинуть, так как его нет вовсе

(28) комп дали недавно, систему, соответственно, поставил тоже недавно. Папки не расшаривал, но подключался по терминалке на сервер, и с нее к своим дискам доступ получал (через c$). такой вариант может повлиять? Как проверить на тормоза - crystalDiskMark покажет изменение в скорости?

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

(29) рука-лицо

Попробуй распроводить в обратном порядке - от последнего. Если от первого, он может быть пересчитывает итоги после каждого распроведения.

(31) Прикинь, вот такие забавные вещи выясняются спустя полсуток гаданий на кофейной гуще.

(31) Вон, смотри, даже уже в обратном порядке предлагают распроводить.
Хочешь быть передовым - сей квадратно-гнездовым!

(0) Если в базе 2 документа за день - это одно.
Если 100500 - то вполне приличная скорость

(32) А в обратном порядке он итоги считать не будет? ))

(34) Главное что компьютер топовый, а то что работает с подключенным диском по rdp - пустяки :)
Потом окажется подключается к офисному ПК через модем Yota.

(36) конечно будет, но только последний актуальный итог. А при удалении в прямом порядке он после каждого удаления пересчитывает все последующие итоги. Соответственно если там десять месяцев, то в десять раз больше пересчетов.

(29) Вот это поворот! (с)
а локально не пробовали?

Спасибо за утреннее настроение.

(29) это пять. ))

(29) Да, из-за этого все тормоза. Всё тянется по сети с локального компа на терминальный сервер.

SSD-диски вообще не задействованы,

(28) "Можно попробовать использовать доступ к базе, как к опубликованной в автономном сервере"  / это как? Типа сделать доступ по сети и заходить с локального компа?

(30) База файловая. находится на локальном компе на SSD, причем не на том, на котором система. Не распределенная. разве что регламентные задания не отключал. Есть возможность их все сразу отключить, а потом все сразу включить?

(31) весьма информативно

(37). Вы не поняли. Работаю я локально с 1с. Просто выше написали, что типа может повлиять то, что диск был расшарен. Я не понимаю, как это может повлиять, поэтому написал то, что написал. НО!! С БАЗОЙ РАБОТАЮ ТОЛЬКО ЛОКАЛЬНО! Т.е. по сети к диску подключался с терминалки для других целей, не для работы с 1с.

(38) Т.е. вы предлагаете отсортировать документы по дате в обратном порядке и потом только удалять?

База, конкретно эта, на которую жалуюсь, вообще тестовая, и работаю с ней только я один.

(43) если дописывал коллега - смотрите подписки на события, там может тяжелый запрос выполняется для каждого объекта.
В типовых такое тоже часто встречается. Поправляешь 1 строчку кода и данные за год грузятся не 6 часов, а 30 минут.