Используем 1С Розница 2.2.4.12 на платформе 8.3.8.1747. Есть два магазина в одном 3 компа в другом 4. Работаем в файловом режиме через папку с общим доступом. Компы свежие, сеть ГБит. При работе с программой периодически происходит подвисание программы на секунд 10-30(например при открытии списка документов), причем ничего крупного в этот момент не делается. Кто то сталкивался с похожим?
Давайте начнем с размера базы и количества одновременно работающих пользователей.
По личным наблюдениям базы на управляемых формах по сети работают визуально медленно даже под одним пользователем, при этом особой загрузки сети и процессора не наблюдается.
(5) v3rter, базы примерно одинаковые 400мб в одной работает 3 человека в другой 4, регламентные задания сегодня отключил посмотрю как будет вести себя программа.
еще узкие места: антивирусы, как на сервере, так и на клиентах, объем оперативной памяти и жесткий диск сервера - многие "бытовые" жесткие диски при многопотоковой нагрузке работают со скоростью флешки.
Собственно, базы с новым интерфейсом так "интересно" спроектированы, что от 3 пользователей нормально работают только на SQL.
Еще прикол по скорости. Заменили старый комп с ХР (работал в зале продавец на локальной базе, менеджер и директор периодически подключались по сети к файловой БД) на новый, гораздо более мощный (w10, 2GB). Работа в зале на новом компе с локальной же базой сильно тормознулась. Директор на компе с w10 тоже тормозит. А вот менеджер (на старом компе с ХР, который раньше стоял в зале) работает быстрее всех в этой связке. Парадокс!
9.
user616578_warlonx
28.06.17 17:57 Сейчас в теме
Из того что быстро и сходу приходит на ум.
1. Отключить IPv6 на новых ПК.
2. проверить настройки антивируса. Добавить доверенные программы и исключаемые каталоги.
10.
user616578_warlonx
28.06.17 18:01 Сейчас в теме
И еще.
База где лежит? На каком ПК и сколько озу на этом ПК?
Если база лежит на ПК с W10 тут надо проделывать танцы с бубном. У нас был случай когда w10 напрочь отказывалась работать больше 3 суток непрерывно. Автообновлятель занимал всю память. Когда его подключили к инету и дали обновляться - проблема ушла.
С некоторого обновления W10 эта проблема уже не встречается.
(10) БД лежит в зале (новый комп с 10-кой). Проблем с доступом нет.
Директорский (10-ка) и манагерский (хрюша) базу грузят примерно одинаково по времени. Но потом "хрюша" практически летает, а директорская 10-ка "тащится": выбор количества товара в форме подбора (для заказа) приходится ждать 3-5 сек.
Кажется конструктивной мысль проверить автообновлятель (кажется, я его отключил на обеих 10-ках). Проверить сегодня уже не могу - магазин закрылся, сеть обесточена.
Попробуйте поставить web сервер и опубликовать базу. Вроде говорят что скорость работы повышается.
База на hdd диске ? Попробуйте на SSD диск перенести.
(17)Может конечно у вас сейчас в другом проблемы.
Но статью я эту читал. Не знаю какие у них тесты. Но у меня была база в 70Гб и сервер в котором стояло 2 диска HDD и SSD(с базами). Процедура свёртки когда база лежала на SSD прошла в 3 раза быстрее....
(18)Для 70GB - спору нет. А для 1 - думаю, выигрыша практически не будет.
Кстати, еще мысль: а не может дать такое замедление тот факт, что на 64-разрядных системах (10-ки) стоят 32-разрядные платформы? На всех компах, в т.ч. и на "хрюше" с 2Гб оперативы стоит 8.3.9.2170 х86.
(19)SSD практически всегда дает прирост производительности. просто в Вашем случае проблема в другом и Вы его (прироста) -не увидели.
PS. попробуйте через веб публикацию. и сравните результаты. Должно помочь и сильно.
Отчет о выполненных мероприятиях:
1. Отключил практически все фоновые задачи (кроме отслеживания журнала регистрации). Немного ускорилось. Думаю, в процессе работы будет существенно меньше "периодических замираний".
2. Сделал "Тестирование и исправление" с реорганизацией базы. Ускорилась загрузка БД с ~80сек до ~15сек.
Кстати, при "тест.. и испр..." выдает неисправимую ошибку записи пустого значения в какое-то поле типа __dx3456 (каюсь, не записал). Причем и в режиме "удалять объекты", и в режиме "создавать...". Утилита chdbfl.exe говорит "ошибки не обнаружены".
3. Самый большой эффект (при открытии формы подбора) дала пометка на удаление давно не используемых товаров - таковых оказалось чуть ли не больше половины. А сворачивать базу клиент не хочет, хочет всегда иметь под рукой всю предысторию по всем контрагентам.
В итоге скорость работы на всех компах подросла до приемлемой величины.
Все равно остается недоумение по поводу того, что "хрюша" на древнем компе существенно обгоняет современные компы с 10-кой (при том, что база лежит на 10-ке).
25.
lenochka-semicova
29.06.17 13:24 Сейчас в теме
(24) Перечитайте начало (11) поста и откройте, наконец, для себя публикацию файловой базы (если на серверную денег нет) на web-сервере, и не гоняйте файлы по сети.
(24) "Кстати, при "тест.. и испр..." выдает неисправимую ошибку записи пустого значения в какое-то поле типа __dx3456"
chdbfl.exe вам в помощь. Обязательно.
Потом еще раз ТиИ. Можно со всеми галочками.
4Г дл w10 это только для самой себя. По факту - еще бы хотя бы 2.
Ну и про антивир ничего не сказал.
chdbfl.exe вам в помощь. Обязательно.
Потом еще раз ТиИ. Можно со всеми галочками.
Так ведь именно так и сделал... После chdbfl.exe (Ошибки не обнаружены) еще раз "тест. и испр." (со всеми галками и точками на "удалять потерянные объекты"), и опять та же "неиспр. ошибка...". А база работает (думаю, пока не нарвется на этот злополучный объект с указанным полем).
Дописал в Белый список антивирей - клиент говорит, что стало процентов на 10 шустрей (сам проверить не могу - прога удаленного доступа грузит процессор).
Выгрузку делал, не виснет. Загрузку не делал - не было необходимости.
Varlon, warlonx - большое спасибо за помощь!!!
Того, что уже сделано, достаточно, чтобы клиент на какое-то время был счастлив.
борян петров, Lenochka Semicova - спасибо за рекомендацию, как-нибудь попробую. Сдерживает предположение, что www обеспечивает функционал "тонкого клиента" (если я ничего не путаю). А в конфе клиента очень много до- и переделок с функционалом "толстого". И все это постоянно используется и директором, и менеджером.
(32) Ха, час только заметил. Дома автоматом авторизовался под одним логином, с работы под другим)
Varlon и warlonx - это 1 пользователь... Глюк с почтой. Сегодня как раз с техподдержкой решили.
Хочу вернуться к этому вопросу.
1С: Розница 2.2.6.33.
Компьютер с процессором AMDс тактовой частотой 3 ГГц, с ОЗУ 8 ГГБ.
ИБ база установлена на этом же компьютере, по сети еще 3 компьютера подключаются к базе по сети.
И ... тормозит.
Сделала ТиИ ИБ, размер ИБ значительно уменьшился, но ...
запускаю удаление помеченных объектов и ... занято 80% ЦП и 460415 Кб.
и ... тормозит...
Что можно сделать?
ОС Win 7 64-разрядная.
(35) Вы можете в личном кабинете скачать и установить бесплатный публикатор и работать в режиме тонкого клиента. С удалением помеченных поможет только апгрейд либо удаление выборочно некоторых объектов. Вообще на 8ке нет смысла что то помечать на удаление, поскольку реально эта операция не используется. Имхо достаточно распровести, но к сожалению иконки проведен и не проведен слишком похожи и кнопка Del удобнее правой кнопки мыши или меню. Поэтому все пользуются пометкой но крайне редко удаляют.
В продолжении вопроса.
Сейчас развернула эту же базу на другом компьютере, с аналогичными техническими характеристиками...
И процессор занят только на 32% вместо 80%(см. выше)...
Что и где можно еще посмотреть на Компьютер с процессором AMDс тактовой частотой 3 ГГц, с ОЗУ 8 ГГБ, чтобы ускорить работу 1С?
Да, но как понять. кто помогает...
Смотрю цифры в диспетчере задач...
Просто открываю 1С загрузка 50% ( аналогично провожу открытие на другом компьютере, только 32%)
запускаю. например, удаление загрузка процессора возрастает до 80 %(аналогичная операция на другом компьютере 52%)
В таких случаях помогает, как правило, один совет: "Пригласите специалиста!"
P.S. В диспетчере задач либо "Процессы", либо "Подробнее" - зависит от версии Windows, которую вы не удосужились сообщить. И вообще, сейчас вы хотите, чтобы вам поставили диагноз боли в животе по словесному описанию фотографии в паспорте.