Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Коллеги, подскажите, как последние версии типовых конфигураций без дополнительной оптимизации работают при существенном увеличении количества пользователей? То есть берем последнюю версию УТ, последнюю версию платформы (естественно, сервер приложений + MS SQL) и нормально-достаточное железо. 50 пользователей вполне комфортно работают на серверах совокупной стоимостью ~ 10000 уе. Можно ли на основании этого ожидать, что 150 пользователей (с аналогичными количествами и типами операций в расчете на одного пользователя) будут примерно с таким же комфортом работать на железе за ~30000 уе? Или обязательно потребуется оптимизация типовой конфигурации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2013, 16:10 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Можно. А также можно предположить что и на железе за 10т будут работать 150 пользователей. ps Какой то сферический вопрос. Как Вам в пример для бухгалтерии будут абсолютно другие расчеты, из-за особенностей регистров бухгалтерских. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2013, 17:32 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinov, хрень какая-то. может ты монитор за 30 000 купишь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2013, 22:51 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Ладно, переформулирую. Если последняя версия конфигурации и платформы (в режиме клиент-сервер, с использованием СУБД MS SQL) работает на серверах (терминальный, сервер приложения и сервер БД) и при этом при работе 50 пользователей тормозов не возникает, то при увеличении мощности железа (мощность процессоров, объем оперативки, скорость записи на дисковый массив и т.д.) примерно в N раз и при увеличении количества пользователей тоже в N раз (количество и вид операций в расчете на одного пользователя не меняются) - будет ли работа пользователей настолько же комфортной, или обязательно надо дополнительно оптимизировать код конфигурации ? N равняется 3 или 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 11:47 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Вам никто не ответит. Вполне возможно вы увеличите в 3 раза количество пользователей и все будет работать и на старом железе без тормозов. А вполне возможно что и оптимизация не поможет, только стоимость железа умножайте на 10... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 12:32 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Программист 1сВполне возможно вы увеличите в 3 раза количество пользователей и все будет работать и на старом железе без тормозов. А вполне возможно что и оптимизация не поможет, только стоимость железа умножайте на 10... Вопрос про другое - в последних версиях конфигураций уже есть оптимизация под высокую нагрузку, или все надо делать самим? К сожалению, у меня опыта оптимизации под высокую нагрузку нет, и просто посмотреть в коде не могу - я не отличу оптимизированный код от неоптимизированного. Я понимаю, что есть ограничения платформы, логики выполнения операций и тп., и нельзя в общем случае сказать, взлетит или нет. Вопрос про другое - 1С для своих типовых конфигураций выполнила свои же рекомендации по оптимизации? И если да, то сколько пользователей ориентировочно может работать на типовой конфигурации без заметных тормозов? Я уверен почти на 100%, что 500 будут сильно тормозить, и знаю, что 40-50 могут работать достаточно комфортно. То есть где-то в этом промежутке находится точка, при пересечении которой типовую надо оптимизировать, но где примерно находится эта точка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:52 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinovПрограммист 1сВполне возможно вы увеличите в 3 раза количество пользователей и все будет работать и на старом железе без тормозов. А вполне возможно что и оптимизация не поможет, только стоимость железа умножайте на 10... Вопрос про другое - в последних версиях конфигураций уже есть оптимизация под высокую нагрузку, или все надо делать самим? К сожалению, у меня опыта оптимизации под высокую нагрузку нет, и просто посмотреть в коде не могу - я не отличу оптимизированный код от неоптимизированного. Я понимаю, что есть ограничения платформы, логики выполнения операций и тп., и нельзя в общем случае сказать, взлетит или нет. Вопрос про другое - 1С для своих типовых конфигураций выполнила свои же рекомендации по оптимизации? И если да, то сколько пользователей ориентировочно может работать на типовой конфигурации без заметных тормозов? Я уверен почти на 100%, что 500 будут сильно тормозить, и знаю, что 40-50 могут работать достаточно комфортно. То есть где-то в этом промежутке находится точка, при пересечении которой типовую надо оптимизировать, но где примерно находится эта точка?Вы упорно не хотите назвать конфигурацию. Если вы подразумеваете упп - то проще у внедренцев спросить - на каком железе вы запустили упп на 1000 пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 20:26 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinov, Если сравнивать УТ 10x и УТ 11x. УТ 11x теоретически гораздо более масштабируема за счет: иной архитектуры регистров (например РАУЗ в парт. учете) и использования управляемых блокировок, вместо табличных в УТ 10x. Допустим если сравнивать масштабируемость УТ10x и УПП (Комплексную). УТ более масштабируема, чем УПП. За счет гораздо меньшего количества таблиц в которые необходимо делать запись при проведении документов. Но в УПП есть два механизма за счет использования которых можно существенно поднять масштабируемость. 1) РАУЗ 2) Система отложенного проведения документов. При отложенном проведении документов, оперативно, запись происходит в существенно меньшее количество таблиц. А допроведение происходит по расписанию. Например торговые документы не делают движений по партиям и не делают бух. проводок. За счет этого достигается существенное ускорение проведение документов и соответственно уменьшается количество табличных блокировок. Но здесь надо привыкать к тому, что оперативно бухгалтера не будут видеть проводки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 22:11 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
vitkhvЕсли сравнивать УТ 10x и УТ 11x. УТ 11x теоретически гораздо более масштабируема за счет: иной архитектуры регистров (например РАУЗ в парт. учете) и использования управляемых блокировок, вместо табличных в УТ 10x. Допустим если сравнивать масштабируемость УТ10x и УПП (Комплексную). УТ более масштабируема, чем УПП. За счет гораздо меньшего количества таблиц в которые необходимо делать запись при проведении документов. Спасибо, мне в основном про УТ было интересно. УПП 1.2 я сам много ковырял, и сильно сомневаюсь, что при всех ухищрениях 1.3 смогли сделать существенно быстрее 1.2. Разве что в 2.Х будет прорыв в скорости, если ее существенно переработают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2013, 13:41 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinov, Несколько лет назад, когда 8.2 только показывали, и "рулила" 8.1. Не было ни одно подтвержденного внедрения 8.1 больше чем на 500 активных пользователей на одном физическом сервере. Для тех кто на бронепоезде или просто тормоз подчеркну, на одном сервере . Было несколько тем на профильных сайтах, когда берут реальный сервак типа 16 ядер, 32 или 64 гига памяти. SAS винты и прочее. Но сервак физически один под сервер предприятия. БД понятно что отдельно. Так вот как только пользователей >350-400, тормоза начинались дикие. Максимум что удалось народу засунуть, и то при дикой оптимизации типовой УТ, это порядка 500 человек. Но при этом документы проводились по 10 минут реально. При чем сервак не был загружен по максимуму. Т.е. его производительность не являлась узким местом. Как сейчас с 8.2 сложно сказать. Давно уже не видел тем где обсуждали бы подобное. Возможно в 8.2. уже что-то сделали с производительностью, а возможно конторы, которым это надо было, просто забили на 1С или костылями решали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 14:46 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
tumblerrr, про попытки преодоления планки в 500 пользователей на одном сервере я знал (тоже читал исследования). Поэтому и написал, что уверен почти на 100%, что 500 не получится - иначе 1С очень громко бы кричала о "радикальном росте масштабируемости системы" :) Все описанные реальные внедрения с количеством пользователей больше 100 без использования УРБД (по крайней мере те, что я читал) включали в себя оптимизацию кода. Несколько лет назад УПП без оптимизации относительно нормально могла работать примерно до 30-40 пользователей, а УТ примерно до 50-60. Все что выше - надо оптимизировать или покупать совсем крутое железо. У меня недавно спросили, сколько пользователей смогут работать в 1С одновременно - я и ответил, что примерно 50 без особых проблем, если больше - надо оптимизировать конфигурацию. А потом сомнение появилось - может за последнее время что-то поменялось? Вот и спросил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 19:21 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinovtumblerrr, про попытки преодоления планки в 500 пользователей на одном сервере я знал (тоже читал исследования). Поэтому и написал, что уверен почти на 100%, что 500 не получится - иначе 1С очень громко бы кричала о "радикальном росте масштабируемости системы" :) Все описанные реальные внедрения с количеством пользователей больше 100 без использования УРБД (по крайней мере те, что я читал) включали в себя оптимизацию кода. Несколько лет назад УПП без оптимизации относительно нормально могла работать примерно до 30-40 пользователей, а УТ примерно до 50-60. Все что выше - надо оптимизировать или покупать совсем крутое железо. У меня недавно спросили, сколько пользователей смогут работать в 1С одновременно - я и ответил, что примерно 50 без особых проблем, если больше - надо оптимизировать конфигурацию. А потом сомнение появилось - может за последнее время что-то поменялось? Вот и спросил. с каких пор в 1с стали работать одни профи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2013, 12:03 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Можно выиграть какие-то процентики в производительности на больших базах, используя агрегаты... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2013, 16:19 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Sergey DzubaМожно выиграть какие-то процентики в производительности на больших базах, используя агрегаты...Да ну. Вы в курсе зачем нужны агрегаты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2013, 17:40 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinovУ меня недавно спросили, сколько пользователей смогут работать в 1С одновременно - я и ответил, что примерно 50 без особых проблем, если больше - надо оптимизировать конфигурацию. А потом сомнение появилось - может за последнее время что-то поменялось? Вот и спросил.Сорри - а кто-то работает на типовой (кроме конечно упп) 10 или 11 ут причем за 50 пользователей? Мне кажется 50 пользователей это порог, когда в штате уже непременно нужен 1с ник. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2013, 17:43 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Программист 1сСорри - а кто-то работает на типовой (кроме конечно упп) 10 или 11 ут причем за 50 пользователей? Мне кажется 50 пользователей это порог, когда в штате уже непременно нужен 1с ник. про конфигурацию для 50 и выше пользователей без модификаций я не слышал, но примерно до 50-60 пользователей можно не заморачиваться с оптимизацией кода. а что, вы где-то видели типовую УПП на 50 или больше пользователей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2013, 22:09 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
s_ustinovПрограммист 1сСорри - а кто-то работает на типовой (кроме конечно упп) 10 или 11 ут причем за 50 пользователей? Мне кажется 50 пользователей это порог, когда в штате уже непременно нужен 1с ник. про конфигурацию для 50 и выше пользователей без модификаций я не слышал, но примерно до 50-60 пользователей можно не заморачиваться с оптимизацией кода. а что, вы где-то видели типовую УПП на 50 или больше пользователей?Оптимизация, оптимизации рознь. Я бы сказал что если этот программист при 100 пользователях, только формочки правит, то ее можно считать и типовой?... Но в реальности разве может типовая подойдти 100 пользователям? Как минимум печатные формы переделывать... Как вариант - откройте ут 11 и запустите виртуальное тестирование, сразу поймете сколько пользователей мождет работать в типовой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2013, 15:50 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
ДА и тысяча пользователей смогут нормально работать при правильной организации базы и пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2013, 15:19 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
VladBelДА и тысяча пользователей смогут нормально работать при правильной организации базы и пользователей. очень бы хотелось послушать про эту организацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2013, 17:27 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Программист 1сSergey DzubaМожно выиграть какие-то процентики в производительности на больших базах, используя агрегаты...Да ну. Вы в курсе зачем нужны агрегаты? Э... Просвятите же меня, зачмем нужны агрегаты по вашему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2013, 17:36 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
Sergey DzubaМожно выиграть какие-то процентики в производительности на больших базах, используя агрегаты...Sergey DzubaПрограммист 1спропущено... Да ну. Вы в курсе зачем нужны агрегаты? Э... Просвятите же меня, зачмем нужны агрегаты по вашему?Вы документацию сами читать не умеете? Расскажите каким образом я сейчас в текущей базе на 200+пользователей смогу выграть проценты в ПРОИЗВОДИТЕЛЬНОСТИ? А также каким образом вы оцениваете производительность? Очень интересно будет услышать про блокировки и ускорение их при применение агрегатов. ps Пока создается впечатление что Вы просто слышали звон, но не знаете зачем он. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2013, 11:59 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
ScareCrowVladBelДА и тысяча пользователей смогут нормально работать при правильной организации базы и пользователей. очень бы хотелось послушать про эту организацию. Да это же элементарно. Все пользователи выстраиваются в очередь, для лучшего эффекта желательно по одному, но можно и по 10. И работают ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2013, 16:38 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
В последнем недавнем обновлении (8.2.18) много изменений в оптимизации, надо тестировать снова: авторВ таблицу журнала документов добавлен индекс по полю Ссылка. В результате повышается скорость работы динамического списка журнала документов, а также поиск по ссылке в журнале документов. Оптимизирована генерация запросов для СУБД Microsoft SQL Server: -Сокращено количество повторяющихся планов запросов; -Сокращено количество компиляций запросов в Microsoft SQL Server; -Уменьшен размер кеша планов запросов Microsoft SQL Server; -Уменьшено время работы некоторых запросов; -Улучшились создаваемые планы запросов в некоторых случаях. Оптимизирована работа динамического списка и динамической выборки из базы данных в случае наличия упорядочивания выборки по убыванию. Для Microsoft SQL Server эти операции оптимизированы дополнительно, а также оптимизирована операция реструктуризации. При работе в клиент-серверном варианте в режиме управляемых блокировок, изменен механизм генерации новых ссылок для объектов информационной базы. Ссылки генерируются строго последовательно для всех соединений сервера «1С:Предприятие» с сервером СУБД. В результате сокращена фрагментация таблиц и индексов в базе данных, а также повышена скорость вставки и чтения записей таблиц базы данных. Оптимизирован механизм балансировки нагрузки в кластере серверов. Оптимизировано получение из базы данных прикладных объектов без табличных частей при вызове метода ПолучитьОбъект() и при обращении к свойствам «через точку» от ссылки. Оптимизирована работа сервера «1С:Предприятия» при выполнении запросов к объектам, на которые наложены ограничения доступа к данным. При работе с СУБД Microsoft SQL Server оптимизированы операции, использующие конструкцию IN (...) с одним значением в списке. Оптимизирован запуск клиентских приложений, фоновых и регламентных заданий. Ускорена работа системы при частом выполнении фоновых заданий и вызовов web-сервисов. Ускорено открытие управляемых форм. Оптимизация наиболее заметна в случае многопользовательского доступа (с помощью тонкого клиента) в файловом варианте информационной базы, расположенной на сетевом ресурсе. Ускорена работа некоторых видов запросов в файловом варианте информационной базы, например: Запросы вида ВЫБРАТЬ ПЕРВЫЕ 1 ...; Сравнение двух списков с помощью оператора языка запросов В: ... (Объект, СчетФактура) В (&СписокОбъектовИПартий) .... Оптимизирована работа клиентских приложений с файловым вариантом информационной базы, расположенной на сетевом ресурсе. Рекомендуется выполнять операцию сжатия таблиц информационной базы после выполнения массовых операций изменения данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2013, 20:52 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
badboychik, спасибо. Я то думал они уже только 8.3 тестят... Видно решили и сюда косточку кинуть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2013, 22:10 |
|
||
|
Масштабируемость типовых конфигураций - как с этим в последних версиях?
|
|||
|---|---|---|---|
|
#18+
"•При работе с СУБД Microsoft SQL Server оптимизированы операции, использующие конструкцию IN (...) с одним значением в списке." Замечательно. Теперь не нужны 2 варианта запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 00:15 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=38157320&tid=1519962]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
73ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 189ms |

| 0 / 0 |
