Увеличение максимального количества подключений

[Ги.]

Максимальное количество подключений - 4000. Рекомендуемое - не более 2500.
Этот этап по колличеству пользователей давно пройден.
Уважаемые разработчики Commfort - может быть уже стоит задуматься над созданием версии Commfort с намного большим колличеством пользователей.

С уважением Татьяна.

[AKC]

я поддерживаю татьяну
нужен камфорт на большее колличество человек
так как стало слишком часто отключатся сервер
а после палучается беда шапки пропадают и модеры наезжают на администрацию а та незнает что ответить

[Chudik]

Уважаемые разработчики Commfort - может быть уже стоит задуматься над созданием версии Commfort с намного большим колличеством пользователей.

С уважением Татьяна.

Неужто есть чат с большим колличеством пользователей одновременно более чем 2500 ?

[Maxim Mirgorodsky]

Достижению цели существенного повышения количества подключений сопутствует ряд проблем. Самая главная - это обеспечение работы концепции единого списка пользователей. Каждое событие списка пользователей провоцирует отправку данных всем подключившимся клиентам. При увеличении подключений растет как количество таких событий, так и количество необходимых отправок данных на одно событие. Поэтому нагрузка на ресурсы сети растет нелинено и при увеличении количества подключений в 2 раза нагрузка может повыситься в несколько раз.

Обращаем внимание, что эта проблема свойственна всем коммуникационным программам с единым списком пользователей (проблема имеет меньший масштаб только в случае если слинковано несколько штук или десятков серверов по высокоскоростному каналу и обеспечено равномерное распределение нагрузки между ними).

Тем не менее, при разработке протокола версии 5 будет увеличено как максимальное, так и расчетное количество одновременных подключений. Рост нагрузки может быть компенсирован увеличением доступных ресурсов, в первую очередь ресурсов пропускной способности сети. Но обращаем внимание, что речь не идет о росте на порядки, такие цифры могут быть возможны только на сверхмощном оборудовании при обеспечении огромных цифр доступной пропускной способности сети. Однако, мы попытаемся свести к минимуму ограничения программы и перенести ограничения на аппаратное обеспечение, то есть нагрузка будет возможна максимальная с которой справится сеть и сервер.

Еще немаловажным моментом является нагрузка на клиентскую часть. Обслуживание в реальном времени списка пользователей из, например, 10-15 тысяч элементов - очень ресурсоемкая задача. Полагаю, далеко не всех устроит если программа-клиент будет требовать для своей работы только самое современное аппаратное обеспечение ПК и потреблять большое количество вычислительных ресурсов и ресурсов памяти. Данная проблема так же свойственна любому коммуникационному ПО с единым списком пользователей.

Сетям столкнувшимся с достижением максимального количества подключений версии 4.хх (4000) мы могли бы посоветовать запустить вторую программу-сервер на другом порту на этом же ПК. Лицензия это позволяет без доплаты. В случае разделения пользователей нагрузка существенно снизится. Можно предложить тем пользователям, которых не устраивают проблемы с доступностью сервера к которому подключено 4000 человек, подключаться к новому серверу и не испытывать таких проблем.

[Ги.]

Да, но всётаки проблема существует. И требует решения проблемы!
[удалено как офтопик]


С уважением Татьяна.

[BORDER]

[удалено модератором]

[Ги.]

Chudik
Неужто есть чат с большим колличеством пользователей одновременно более чем 2500 ?

Да - существуют!!!

[Федя в Кедах]

полностью согласен с Т анькой! пора поднимать сomfort на высший уровень и увеличить число пользователей! Молодец Танька так держать!

[BORDER]

[удалено модератором]

[HukpoFuJl]

Да, проблема конечно существует и я уверен попытки её решения не стоят на месте, но пока вы хотя бы не поймёте принцип работы коммфорта и не почувствуете нагрузки выпадающей на сеть - вы не успокоитесь с подобными высказываниями... просто хотя бы вдумайтесь в фразу Максима: "Каждое событие списка пользователей провоцирует отправку данных всем подключившимся клиентам." и уже должно становиться всё ясно... Для решения данной проблемы явно придётся почти целеком перерабатывать и сервер и клиент коммфорта и дело это не лёгкое, так что если кроме критики вы ничего полезного не можете сделать - я бы советовал только ждать и верить в разработчиков


ЗЫ: BORDER
Это разные люди из нашей сети...

[Ги.]

[удалено модератором]

[Ги.]

Да, проблема конечно существует и я уверен попытки её решения не стоят на месте, но пока вы хотя бы не поймёте принцип работы коммфорта и не почувствуете нагрузки выпадающей на сеть - вы не успокоитесь с подобными высказываниями... просто хотя бы вдумайтесь в фразу Максима: "Каждое событие списка пользователей провоцирует отправку данных всем подключившимся клиентам." и уже должно становиться всё ясно... Для решения данной проблемы явно придётся почти целеком перерабатывать и сервер и клиент коммфорта и дело это не лёгкое, так что если кроме критики вы ничего полезного не можете сделать - я бы советовал только ждать и верить в разработчиков


ЗЫ: BORDER
Это разные люди из нашей сети...

Вот мы и верим в разработчиков и с уважением просим приложить все усилия к решению данной проблемы(тем более она наступила). Ини в коем разе не критикуем их, а обращаемся с просьбой и надеждой!


С уважением Татьяна.