WinXP, Конфигурация УТ, файловая версия, 4 компа. На центральном компе, на котором расположена база торможения нет. На остальных компах ситуация такая: Пока идет только чтение данных, торможения нет. Как только происходит опреация записи в базу, начинает ацки тормозить.

Поиск по инету дал информацию, что якобы винда переходит в режим работы без кэша при подключении через сеть к базе. И вернуть ее в нормальный режим можно только перегрузив компьютер. Рекомендуют использовать программу SuperCeche.

Провел серию экмпериментов. Выявил, что на центральном компе тормозов вообще не бывает. Эффект только на остальных наблюдается. При этом комп перегружать не требуется. После перезагрузки 1С на клиенте скорость работы восстанавливается и снова теряется после первой операции записи в базу.

Установил SuperCeche. проблема сохранилась. дополнительно к этому после записи в базу она рушиться.

Получается что дело не в винде, а в самой 1С. почемуто после записи в базу она начинает работать в другом режиме.

Есть какие то решения данной проблемы? Переход на терминал и на скл-версию не подходит.

1. терминал
2. скуль
3. вебсервис и тонкий клиент

в 8.1 нет тонкого клиента.
терминал и скл не подходят по бюджету.

т.е. решения не существует? специфика файловой версии?

(2) клуб самоубийц у вас? Нет денег на сервер. Зато всё начальство ездит на бентли.

(3) 4 компа с УТ дает заработать на бентли? хм...

(3) это нищебродский магазин в московской области. бентлей нет :)
сам работаю только на предприятиях с скл.
стало интересно что за фигня такая. не верится что нет решения.

(4) можно и на базовой УТ миллионами ворочать.

Нет решения.
Запили им Тонкого.

Автор, а какой объъем базы?

(9) Ты на автофоруме тоже будешь рассказывать что у тебя жигули и ты не можешь зараз перевести 10 тонн кирпичей, а что там тоже форум спецов, а они как барыги предлагают самосвал купить. Что неужели нет решения?

Небось еще и RLS включено

Поставь терминал, например viTerminal

(13) размер базы 1,1 ГБ
(15) под админом все тоже самое. значит RLS не влияет.

А сеть 100 мегабит или 1000? Поставь 1000.

(19) сеть 100 Мб

Гигабит не поможет. там и при 100 мбит нагрузка на сеть максимум 80%

Я немного почистил ветку.
Уважаемые shuhard , spenov , прошу вас не переходить на личности.

Тут только терминальный режим поможет

(0) а вариант Постгри или ДБ2 ?

(21) Сеть это узкое место. 20% это резервирование QOS. При 1Гбит сети производительность возрастет.

Как пример я работал еще в 77 на гигабитной сети при работе в 1с сеть нагружалась до 300-400 Мбит.

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

(27) Как определил что сетка не нагружена?

а просто Windows Server вместо ХР поставить не предлагать? с кэшем проблем не будет

(18) РЛС на файловой еще как влияет

(29) КОнечно, конечно.

(25) ещё со времён 7.7 сеть совсем НЕ узкое место! вообще не узкое ну уже точно не при 4-х компах.

(0) у знакомого на базе тоже 4 машины и тоже УТ 10.3 файловая, тормозит всё так же как и у тебя. Решения не искал особо, их там всё устраивает.

теоретически есть альтернативный терминал
http://www.win-terminals.narod.ru/

Вопрос незнайки: а Линукс в качестве файл-сервера так же тормозит?

проведу еще раз тесты, посмотрю что с сетью.
но уже не сегодня наверное.
сообщу что получается.

всетаки затестил.

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

все это происходит на удаленном компьютере в условиях подключения к базе с нескольких компьютеров.

таким образом, действительно надо увеличивать мощность сети.

остается нераскрытым вопрос, что это за кэш. именно 1С перестает кэшировать (и с этим бороться невозможно). или операционная система перестает кэшировать. и можно ли с этим бороться.

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

значит единственное лекарство в данной ситуации - гигабитная сеть.

Кэширует (вернее прекращает) ось.

Лекарство от этого - серверная часть на сервере.
Веб-сервер либо сервер1С.

(37) на основном компе или на втором? почему SuperCeche не изменила ситуацию? или она в данном случае непричем? почему восстанавливается при перезапуске 1С, перезагрузка не требуется? ведь в инете пишут что винда полностью отключает кэширование для всего и везде. и только перезагрузка возвращает все на место.
(38) это понятно. но для них это влечет закупку лицензий, перенастройку 1С. дорого. не говоря о том, что это кто-то должен сделать.

(38)  У него же не УФ так что веб отпадает.

Самое эффективное - поместить базу на отдельный SSD

(41) Давай, досвиданья!

(40) Че так долго впилить УФ на основные доки??

Без всяких извращений в стиле "УТ11" это делается на раз-два-три.

(32). Не нужно быть таким категоричным. Если стоит сеть 100-я и 4-е компа - это не говорит о том что сеть не является узким местом. Есть такое понятие как время отклика сети. В случае если это значение выбивается от стандратных а также количество обращений в единицу времени очень большое - происходит резкая деградация. Проверить легко - поставить на один сервак и посмотреть ситуацию.(можно еще платы специальные ставить для межсетевого взаимодействия)

я тестировал на виртуальных машинах.

по резудьтатам совещания с коллегами, выработана такая схема проведения тестирования у пациента:
1. выявить пропускную способность сети. для этого с основного компьютера запустить копирование большого файла на второй компьютер. это покажет на сколько грузиться сеть перегонкой данных.
2. запустить чтение данных в 1с по озвученной выше методике. посмотреть на сколько грузится сеть.

выводы делать так:
1. если в п.2 достигается таже загрузка сети, что и в п.1, значит увеличивать мощность сети.
2. если в п.2 не достигается таже загрузка сети, то увеличивать мощность дисков на основном компьютере. проверять результат работы 1с. если по прежнему неудовлетворительный, то повторить тесты заново. или сразу увеличивать можность сети.

смысл в том, что сперва надо выявить узкое место. в данном случае их два - дисковая система основного компа и сеть.

как только будут получены какие-то результаты, напишу сюда.

(44) И все отчеты на раз-два-три перепишешь с построителя на СКД?

(46) Без тестов понятно что сеть узкое место.

Даже обычные не sata диски ни рэйд худо бедно 10-40 Мб/с дадут для каждого из 4 юзеров при однвоременной работе, а вот 100 мбит сеть тока 12,5 Мб/сек (20% из них еще QOS зарезервирует) - это предельная скорость обмена данными всех юзеров с компом на котором 1с стоит.

Норм. пацаны QOS отключают как только ставят венду.

(47) Обычно типовые отчеты состоят из готового запроса, либо макета, по которому формируется готовый запрос, который опять таки можно отловить

еще над отключить полнотекстовый поиск попробовать
фиксин писал:
Полнотекстовый поиск создавал до фига файлов, база весила 2 Гб.
Отрубил полнотекстовый поиск, убил индексы - не поверите, все залетало.

Распостраненное заблуждение что загрузку сети достаточно проверить только копированием файла. Это не верно.