Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Количество одновременно работающих пользователей в системе
|
|||
|---|---|---|---|
|
#18+
Добрый день, существует самописная система учета(даже некий набор приложений в действительности) на производственном, в течении рабочего дня в ней одновременно работают от 120 до 200 пользователей, можно считать что она закрывает 70% потребности предприятия в областях финансы, производство, логистика, продажах итд... Подскажите, из вашей практики насколько это количество одновременно работающих пользователей велико относительно следующих систем: 1) 1C, Парус, Галактика, Инфин, Scala. 2) Navision, Axapta. 3) SAP,OEBS? Классификация систем весьма условна, просто хочется оценить сложность создания такой самописной системы и сравнить ее со специлизированными решениями. Есть ли какая-та информация о среднем или максимальном количестве одновременно работающих пользователей по перечисленным системам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 16:25 |
|
||
|
Количество одновременно работающих пользователей в системе
|
|||
|---|---|---|---|
|
#18+
Относительно Axapta такое количество пользователей совсем не велико, вполне нормально. Выводить среднее количество пользователей - занятие бессмысленное. Насчёт максимального... Знаю, что Axapta тянет более 1000 пользователей. Возможно, и больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 18:20 |
|
||
|
Количество одновременно работающих пользователей в системе
|
|||
|---|---|---|---|
|
#18+
Насчет Г. могу сказать что она примерно как и AXAPTA поддержит 1000, но все еще зависит от платформы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 10:22 |
|
||
|
Количество одновременно работающих пользователей в системе
|
|||
|---|---|---|---|
|
#18+
Хм. Такие показатели представляются мне полностью бессмысленными. Информация о среднем количестве пользователей покажет только нишу продукта, класс компаний, которые его покупают. Что же до максимального - сомневаюсь, что хоть где-то есть достижимое ограничение. Что есть количество пользователей? Кто угодно легко потянет почти сколько угодно пользователей, сидящих, пялящихся в экран и ничего не нажимающих. Согласен, в принципе можно создать приложение, падающее даже на этом, но это уже редкостный экстрим. OK, значит нас интересует не столько количество пользователей, сколько плотность потока заданий. То есть вдвое меньшее количество пользователей, вдвое активнее бьющих по клавишам, считаем эквивалентным. Если говорим о плотности потока заданий - следующий вопрос железа. В идеале, если удвоить все характеристики, скорость обработки тоже не менее чем удвоится. На практике этого конечно не будет. И тут вылезает некий очень нечеткий критерий, который называется масштабируемостью - как раз "насколько повысится пропускная способность при пропорциональном увеличении железа". Что можно сказать о масштабируемости... не уверен, что кто-то хорошо мерял ее и сравнивал распространенные системы. В принципе для "средней серьезной самописки" я бы ожидал худшей масштабируемости, нежели от "средней тиражируемой КИС" - потому, что для самописки эта задача изначально имеет много меньший приоритет, "пока сервер тянет, можно не думать". Ну а сто-двести пользователей - не то чтобы много для нормальной тиражируемой системы. Разве что в 1С не уверен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2006, 04:53 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33585108&tid=1528205]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
45ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 388ms |

| 0 / 0 |
