Быстродействие. 8 пользователей.
Терминальный сервер.
i7-8700, 32 Гб ОЗУ.
ОС и платформа 1С - на HDD.
База 1С - на SSD Samsung EVO 860.
Размер базы БП3 - 6 Гб. Эксплуатируется в файловом режиме.
8 пользователей.
Проблема: Списочные формы открываются по несколько минут.
Вопрос: Торможение соответствует характеристикам или можно сделать быструю работу на этом сервере, оставаясь в файловом режиме работы с базой?
i7-8700, 32 Гб ОЗУ.
ОС и платформа 1С - на HDD.
База 1С - на SSD Samsung EVO 860.
Размер базы БП3 - 6 Гб. Эксплуатируется в файловом режиме.
8 пользователей.
Проблема: Списочные формы открываются по несколько минут.
Вопрос: Торможение соответствует характеристикам или можно сделать быструю работу на этом сервере, оставаясь в файловом режиме работы с базой?
По теме из базы знаний
Найденные решения
(7) зря иронизируете,
в особо запущенных вариантах, разница видна невооруженным глазом.
(1)
конечно было бы неплохо знать характер нагрузки,
скорее всего там нет 5-50 документов в секунду, т.е. нагрузка потоковая а не одновременная.
1. Система на SDD, да. Чем комфортнее системе, тем комфортнее прикладному контуру.
2. Временные файлы 1С на SSD, да, см.1.
3. Выкл. лишние/тяжелые задания, здесь скорее нет, чем - да, Вау эффекта не будет. Опять же помониторьте выполняющиеся задания. Большую чать времени будете наблюдать пустую консоль, кроме, конечно, задания чтения заданий)
но опять же, нужно знать конкретный контекст, но на практике именно так.
4. Тонкий клиент. Да.
5. Веб сервер. Да
6. Рег. обслуживание. Да.
7. Платформа x64. Да.
8. Мониторинг производительности, но уверен - ресурсов более чем достаточно.
Хотя бы базовый для оценки загрузки оборудования, с этого всегда нужно начинать, причем не только в моменте, но и собрать статистику, потом работать с артефактами производительности.
Все это не панацея, но внесет свой вклад в оптимизацию, выбирайте любые доступные.
в особо запущенных вариантах, разница видна невооруженным глазом.
(1)
конечно было бы неплохо знать характер нагрузки,
скорее всего там нет 5-50 документов в секунду, т.е. нагрузка потоковая а не одновременная.
1. Система на SDD, да. Чем комфортнее системе, тем комфортнее прикладному контуру.
2. Временные файлы 1С на SSD, да, см.1.
3. Выкл. лишние/тяжелые задания, здесь скорее нет, чем - да, Вау эффекта не будет. Опять же помониторьте выполняющиеся задания. Большую чать времени будете наблюдать пустую консоль, кроме, конечно, задания чтения заданий)
но опять же, нужно знать конкретный контекст, но на практике именно так.
4. Тонкий клиент. Да.
5. Веб сервер. Да
6. Рег. обслуживание. Да.
7. Платформа x64. Да.
8. Мониторинг производительности, но уверен - ресурсов более чем достаточно.
Хотя бы базовый для оценки загрузки оборудования, с этого всегда нужно начинать, причем не только в моменте, но и собрать статистику, потом работать с артефактами производительности.
Все это не панацея, но внесет свой вклад в оптимизацию, выбирайте любые доступные.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7) зря иронизируете,
в особо запущенных вариантах, разница видна невооруженным глазом.
(1)
конечно было бы неплохо знать характер нагрузки,
скорее всего там нет 5-50 документов в секунду, т.е. нагрузка потоковая а не одновременная.
1. Система на SDD, да. Чем комфортнее системе, тем комфортнее прикладному контуру.
2. Временные файлы 1С на SSD, да, см.1.
3. Выкл. лишние/тяжелые задания, здесь скорее нет, чем - да, Вау эффекта не будет. Опять же помониторьте выполняющиеся задания. Большую чать времени будете наблюдать пустую консоль, кроме, конечно, задания чтения заданий)
но опять же, нужно знать конкретный контекст, но на практике именно так.
4. Тонкий клиент. Да.
5. Веб сервер. Да
6. Рег. обслуживание. Да.
7. Платформа x64. Да.
8. Мониторинг производительности, но уверен - ресурсов более чем достаточно.
Хотя бы базовый для оценки загрузки оборудования, с этого всегда нужно начинать, причем не только в моменте, но и собрать статистику, потом работать с артефактами производительности.
Все это не панацея, но внесет свой вклад в оптимизацию, выбирайте любые доступные.
в особо запущенных вариантах, разница видна невооруженным глазом.
(1)
конечно было бы неплохо знать характер нагрузки,
скорее всего там нет 5-50 документов в секунду, т.е. нагрузка потоковая а не одновременная.
1. Система на SDD, да. Чем комфортнее системе, тем комфортнее прикладному контуру.
2. Временные файлы 1С на SSD, да, см.1.
3. Выкл. лишние/тяжелые задания, здесь скорее нет, чем - да, Вау эффекта не будет. Опять же помониторьте выполняющиеся задания. Большую чать времени будете наблюдать пустую консоль, кроме, конечно, задания чтения заданий)
но опять же, нужно знать конкретный контекст, но на практике именно так.
4. Тонкий клиент. Да.
5. Веб сервер. Да
6. Рег. обслуживание. Да.
7. Платформа x64. Да.
8. Мониторинг производительности, но уверен - ресурсов более чем достаточно.
Хотя бы базовый для оценки загрузки оборудования, с этого всегда нужно начинать, причем не только в моменте, но и собрать статистику, потом работать с артефактами производительности.
Все это не панацея, но внесет свой вклад в оптимизацию, выбирайте любые доступные.
Вообще на у нас начались тормоза и переодические вылеты с платформенными ошибками при достижении базы в 3,5-4 гигабайта. Перенесли прикрепленные документы на внешний диск, уменьшив базу примерно до 1,5 гигабайта. Стало работать ощутимо лучше. Работало неспешно около 3-4 пользователей.
Слышал не раз, что при превышении размера 4 гигабайт, пора уже переходить на клиентсерверный вариант
Слышал не раз, что при превышении размера 4 гигабайт, пора уже переходить на клиентсерверный вариант
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот