Платформа 8.3.9.1818, УФ
База файловая, Пользователей - 4, подключаются в локальной сети  через РДП к серверу (Core i5, 16GB RAM, SSD винт)

Полнотекстовый поиск отключен.

Есть ДинамическийСписок на ФормеСписка справочника Контрагенты и стандартный механизм поиска. Иногда, обычно при первом поиске в этом списке (после открытия 1С) программа зависает. Результаты поиска выводятся где-то после 10-20 секунд... После "первого" поиска все уже ищется быстро, без тормозов. А иногда тормоза бывают и уже после нескольких часов работы в базе. (В списке около 100 контрагентов)

Подскажите, где причину искать?

Ап!

Для начала выполните переиндексацию и сжатие базы.

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

(0)[Подскажите, где причину искать?]
База файловая

(0) Проверьте, что в список не выведено куча всяких дочерних полей через несколько точек. Типа Ссылка.ГоловнойКонтрагент.ОсновнойДоговор.Владелец.ЮридическийАдрес.
Во-вторых, попробуйте включить полнотекстовый поиск. Если когда-то раньше он у вас работал, не забудьте очистить старый индекс и выполнить обновление индекса полнотекстового поиска (в 8.3.8 менялся формат индекса).
В-третьих, зачем RDP? Уверены, что это быстрее? Для начала попробуйте вынести кого-нибудь, у кого локальные компьютеры пошустрее на работу с локального компа вместо RDP.

(4) Думаете что если поставить базу на SQL проблема исчезнет?
(5) Бытует мнение что полнотекстовый поиск - зло....

бытует мнение что полнотекстовый поиск вообще не участвует в поиске по журналу регистрации который вызывается по Ктрл+Ф

(6) >> Бытует мнение что полнотекстовый поиск - зло....
Обоснуй.
Поиск в динамических списках осуществляется либо по данным полнотекстового поиска (работает очень быстро и требует минимум вычислительных ресурсов), либо средствами СУБД (в общем случае длительность поиска и затраты вычислительных ресурсов пропорциональны объему информации в таблице).
В твоём конкретном случае (если объем справочника действительно всего лишь 100 элементов) оба варианта должны отрабатывать мгновенно быстро (разницу если она и есть пользователь не заметил бы). Однако это не так. В твоём случае поиск средствами СУБД иногда работает медленно. Почему бы не попробовать второй способ - полнотекстовый поиск?
Только, включая полнотекстовый поиск, надо не забыть настроить регламентные задания по регулярному обновлению и слиянию индексов.

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

сорри, не журнал регистрации. Динамический Список в форме.

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

(9) >> полнотекстовый поиск и его индексы хранятся вне базы, и по определению не могут иметь никакого отношения к поиску в динамических списках

Что?..... %0

2(10) ага, что? :)

В текущей реализации поиск в списке будет осуществляться без использования полнотекстового поиска в следующих случаях:
- полнотекстовый индекс выключен
- объект основной таблицы не индексируется полнотекстовым индексом
- в результате поиска с помощью полнотекстового поиска, была получена ошибка
(с) фирма 1С

(11) а то

(0) может файловый кэш ОС дурит?

2(12) это с 8.3.9? круто... не знал

(15) с 8.3.5

спасибо

Итак вот что выяснилоь:  Если подключиться к серверу РДП с учетной записью администратора (та что стандартная и из под которой устанавливалось все) поиск работает нормально. Если подключиться под учеткой простого пользователя (права - пользователи удал. раб. стола) поиск тормозит. И вот что интересно: создал другого пользователя с правами администратора и у него тоже тормозит поиск...

Все подключаются к серверу используя RemoteApp.

В чем загвоздка?? Что-то связаное с владельцем файлов БД 1с??

Вопрос решен!

Проблема была в праах доступа к папке БД. Удалил  пользователей удаленого раб. стола и добавил их снова и теперь все ОК!

Спасибо всем!