Добро пожаловать, Гость
Логин: Пароль: Запомнить меня

ТЕМА: медленная работа Камина

медленная работа Камина 6 мес. 13 ч. назад #1

  • Баян Баторович
  • Баян Баторович аватар
  • Не в сети
  • Завсегдатай
  • Сообщений: 183
  • Спасибо получено: 27
  • Репутация: 0
При проведение рассчитанного начисления, при формировании отчета при переходе с одного меню на другой, при выборе сотрудника работа программы Камин 5.5 стала замедляться,как бы подвисает.
С чем это может быть связано? обновляються программы очень быстро даже БГУ 1 ред при работе БГУ 1 таких проблем не наблюдается пользователе в файловом варианте 22 пользователя
1. Itel(R) Xeon (R) CPU E5-2407 0 @2.20 GHz, 24 Gb Оперативной памяти Раид 0 или 1 уровня RDP по словам программиста сервер неплохой
2. Файловый вариант
3. 1С:Предприятие 8.3 (8.3.11.2867) 32 разрядная ред 5.5.22.5
4. 8 расчетчиков.
5. Объем базы 1 384 032 Кб
6. До этого работали в 3,5 правда для каждой школы и сада были отдельные базы это было еще с 7.7 ред 2
Начинали учет в одной базе 3500 работников 7.7 ред 2.0 начались проблемы. Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле. Зависает с лета Расчетчики наседают на раздел базы по учреждениям. Переход на клиент серверный вариант не поддерживает главный так как с БГУ все нормально даже при 24 пользователях правда они еще не перешли на БГУ 2
Последнее редактирование: 6 мес. 13 ч. назад от Баян Баторович.
Тема заблокирована.

медленная работа Камина 6 мес. 12 ч. назад #2

  • Андрей Ланьшин
  • Андрей Ланьшин аватар
  • Не в сети
  • Администратор
  • Андрей Ланьшин, фирма КАМИН
  • Сообщений: 2323
  • Спасибо получено: 547
  • Репутация: 55
1. Нужно детальное описание действий, при которых происходит замедление (при формировании отчета - какого? при переходе с одного меню на другого - какие это разделы меню? при выборе сотрудника - где он выбирается, в каком документе?)
2. Нужна база для детального анализа замеров производительности, чтобы можно было попробовать провести оптимизацию программного кода.

ПС: ИМХО 22 расчетчика при 3500 сотрудников для расчета в файловой базе вызывает удивление.
Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема заблокирована.

медленная работа Камина 6 мес. 10 ч. назад #3

Баян Баторович пишет:
Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле. Зависает с лета Расчетчики наседают на раздел базы по учреждениям.
Думаю, они правы -- 20+ рабочих мест в одной файловой базе как-то не очень нормально.
Или уже переходите на клиент-сервер.

P.S. А кстати -- как организован доступ? Файл базы на сервере, и клиенты обращаются по сети (по TCP/IP)? Это тоже одна из причин медленной работы (сетевой доступ к файлу).
Ради эксперимента попробуйте сделать WEB-доступ тонким клиентом (опубликуйте базу на веб-сервере, например Apache -- это очень просто, ставится быстро, настройки никакой не надо, публикация базы делается прямо из Конфигуратора "в один клик"). Базу копировать не надо, можно опубликовать прямо "боевую" базу. А при настройке доступа к базе (со стороны пользователя) просто выбираете "... на веб-сервере".
Попробуйте, вам понравится ;)
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин, AWG, Сергей

медленная работа Камина 5 мес. 3 нед. назад #4

  • Баян Баторович
  • Баян Баторович аватар
  • Не в сети
  • Завсегдатай
  • Сообщений: 183
  • Спасибо получено: 27
  • Репутация: 0
При проведение рассчитанного начисления, при формировании отчета при переходе с одного меню на другой, при выборе сотрудника работа программы Камин 5.5 стала замедляться,как бы подвисает.
С чем это может быть связано?
1. Itel(R) Xeon (R) CPU E5-2407 0 @2.20 GHz, 24 Gb Оперативной памяти Раид 0 или 1 уровня RDP по словам программиста сервер неплохой
2. Файловый вариант
3. 1С:Предприятие 8.3 (8.3.11.2867) 32 разрядная ред 5.5.22.5

4. 8 расчетчиков пользователей.

5. Объем базы 1 384 032 Кб
6. До этого работали в 3,5 правда для каждой школы и сада были отдельные базы это было еще с 7.7 ред 2
Начинали учет в одной базе 3500 работников 7.7 ред 2.0 начались проблемы. Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле.
Тема заблокирована.

медленная работа Камина 5 мес. 3 нед. назад #5

Сервер у вас действительно неплохой. Но поймите, что при работе в файловом режиме сервер-то как бы "ни при чём" -- он используется только как хранилище файлов, а вся работа выполняется на клиенте (т.е. на клиент передаются временные файлы).
Более того, есть ещё одна общеизвестная проблема, связанная с Windows: сетевой доступ к файлу отключает его кэширование. Это значит, что при каждом обращении к базе каждый раз выполняется чтение с диска (а не из буфера в памяти). Учтите, что файлы-то не маленькие...

Именно поэтому я рекомендовал вам попробовать доступ к базе через веб-сервер.
В этом случае на сервер ставится так называемый веб-коннектор (часть платформы 1С, выполняющая серверные функции по обращению от веб-сервера), то есть ресурсоёмкие операции будут выполняться на сервере и использовать его "мощность".
К тому же исключается необходимость сетевого доступа к файлам базы данных; значит, Windows будет кэшировать эти файлы -- вот вам ещё один фактор ускорения работы.

P.S. Попробуйте, вам понравится ;)
Последнее редактирование: 5 мес. 3 нед. назад от Николай Малышевский.
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин, AWG

медленная работа Камина 5 мес. 3 нед. назад #6

  • Андрей Ланьшин
  • Андрей Ланьшин аватар
  • Не в сети
  • Администратор
  • Андрей Ланьшин, фирма КАМИН
  • Сообщений: 2323
  • Спасибо получено: 547
  • Репутация: 55
Баян Баторович пишет:
При проведение рассчитанного начисления, при формировании отчета при переходе с одного меню на другой, при выборе сотрудника работа программы Камин 5.5 стала замедляться,как бы подвисает.
С чем это может быть связано?
1. Itel(R) Xeon (R) CPU E5-2407 0 @2.20 GHz, 24 Gb Оперативной памяти Раид 0 или 1 уровня RDP по словам программиста сервер неплохой
2. Файловый вариант
3. 1С:Предприятие 8.3 (8.3.11.2867) 32 разрядная ред 5.5.22.5

4. 8 расчетчиков пользователей.

5. Объем базы 1 384 032 Кб
6. До этого работали в 3,5 правда для каждой школы и сада были отдельные базы это было еще с 7.7 ред 2
Начинали учет в одной базе 3500 работников 7.7 ред 2.0 начались проблемы. Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле.
В предыдущем посте я описал что надо сделать, чтобы мы могли начать разбираться в ситуации, а Николай Малышевский дал совет из практики как очень быстро можно попробовать увеличить производительность практически без затрат с подробным обоснованием (за что ему отдельное спасибо!).
Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема заблокирована.

медленная работа Камина 5 мес. 3 нед. назад #7

Перейдут на БГУ 2.0 и закидывать обе базы в облако либо делать клиент-сервер. Иначе повиснет все с большой долей вероятности. Для чистоты эксперимента сделать удаленный рабочий стол на сервере и попробовать запустить в работу так.
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин

медленная работа Камина 5 мес. 3 нед. назад #8

  • Vlx
  • Vlx аватар
  • Не в сети
  • Живу я здесь
  • Сообщений: 454
  • Спасибо получено: 166
  • Репутация: 82
Раньше была проблема с однопоточностью веб-сервера. Как сейчас?
Наверное придется запускать несколько Apache?
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин

медленная работа Камина 5 мес. 3 нед. назад #9

  • Vlx
  • Vlx аватар
  • Не в сети
  • Живу я здесь
  • Сообщений: 454
  • Спасибо получено: 166
  • Репутация: 82
У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин

медленная работа Камина 5 мес. 3 нед. назад #10

Vlx пишет:
Раньше была проблема с однопоточностью веб-сервера. Как сейчас?
Конечно, эта проблема никуда не денется.
Но, надо отметить, в файловом режиме всегда есть сложности с параллельной работой -- в частности, невозможно проводить документы одновременно нескольким пользователям (теоретически, вроде бы, взаимоблокировку должно вызывать только проведение однотипных документов -- но практика показывает, что даже разные документы нередко блокируют одну и ту же таблицу).
Да, при веб-доступе есть дополнительная проблема: не получается одновременное формирование нескольких отчётов, это так.
Наверное придется запускать несколько Apache?
Вероятно, да.
Мне ни разу не приходилось.
Я встречал упоминания, что при запуске нескольких инстансов Apache между ними можно балансировать нагрузку (кажется, с помощью nginx или подобных прокси).
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин

медленная работа Камина 5 мес. 3 нед. назад #11

Vlx пишет:
У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..
Не думаю, что тут как-то влияет WEB-доступ.
Не пробовали сравнить скорость формирования этого же отчёта, если его запустить в локальном сеансе?
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин

медленная работа Камина 5 мес. 3 нед. назад #12

  • Vlx
  • Vlx аватар
  • Не в сети
  • Живу я здесь
  • Сообщений: 454
  • Спасибо получено: 166
  • Репутация: 82
Николай Малышевский пишет:
Vlx пишет:
У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..
Не думаю, что тут как-то влияет WEB-доступ.
Не пробовали сравнить скорость формирования этого же отчёта, если его запустить в локальном сеансе?
У меня пока три варианта: однопоточность, база подросла и обновления за декабрь.
Локально, нет не пробовал. Но ответ известен, будут все признаки как у автора.
Тема заблокирована.
Спасибо сказали: Андрей Ланьшин
Время создания страницы: 0.152 секунд
Работает на Kunena форум