Mumble.ru

Доброе время суток!

Просмотрел большую часть форума я так и не нашёл подходящего ответа...
Очень прошу Вас помочь мне разобраться нескольких из настроек:
# Максимальная скорость канала (байт в секунду), которую могут использовать
# подключенные клиенты.
bandwidth=?????
и
# Максимальное количество одновременно подключенных пользователей.
users=?????

Какое самое оптимальное значение поставить исходя из ниже приведённых данных?

Данные компьютера такие:
ОС - Windows Vista Ultimate 64-bit
Процессор AMD - 3,00 Ghz (двухъядерный)
ОЗУ - 4 Гб
Сеть:
Интернет-канал составляет 60 Мбит (приём/отдача), в Мбайтах это 7,5 Мбайт/с.
Из этих 7,5 Мбайт/с я хотел бы выделить Mumble серверу скажем ровно 3 Мбайт/с (это 24 Мбит/с).
На Mumble сервере планирую принимать, скажем до 1000 человек одновременно.
Если я правильно понимаю, то при выделении 24 Мбит мне нужно поставить значение bandwidth=25165824 (это в бит/с.) и users=1000 ???
Или так не правильно и слишком большие значения или надо как-то по другому рассчитать?!
Может здесь просто имеется ввиду максимальная выделяемая скорость для одного пользователя, типа дать каждому, например, по 135 Кбит/с. ?!
Тогда получается так, что при моих 24 Мбитах я смогу максимально принять только около 182 человека одновременно, а не 1000 ?!
Т.е. 24 Мбит делим на 135 Кбит/с = 182 users и правильно тогда будет указать bandwidth=138240 (это в бит/с.) и users=182 ?!
В общем помогите, пожалуйста мне в этом, а то я немного запутался
---
Ещё такой нюанс по поводу этой же настройки...
На английском написано так:
# Maximum bandwidth (in bits per second) clients are allowed
# to send speech at.
а вот на русском перевод (взял из этого же форума):
# Максимальная скорость канала (байт в секунду), которую могут использовать
# подключенные клиенты.
НО, насколько я понимаю bits per second это БИТ в секунду, а не БАЙТ в секунду как в переводе на форуме.
Или я не прав?!!
Так в чём же указывать правильно - в битах или в байтах?!!
Исходя из некоторых соображений, думаю, что правильно указывать надо всё же в битах, а в русском переводе просто опечатка (байт в секунду).

Очень Вам признателен за любые ответы!!!

Тот же вопрос мучает =)
В настройках стояло по умолчанию: bandwidth=72000 или около того.
Кач-во жуть, трещит, глотает - в общем никак. Поставил 140000, стало получше, потом 160000 - совсем хорошо.
На 160000 все отлично слышно и работает, но пугает трафик, при 30 пользователях одновременно (с 19 до 24 ночи) трафик:
Входящий 100 мбайт/ Исходящий 1,47 Гб
Что несколько многовато для меня.

Нужны оптимальные настройки, или как бы их вычеслить, кроме методом тыка, чтобы было макс. кач-во на минимальный трафик.
Спасибо!

Прикрепляю свою mumble-server.ini, OS Debian 5

[spoiler]# Path to database. If blank, will search for
# murmur.sqlite in default locations or create it if not found.
database=/var/lib/mumble-server/mumble-server.sqlite

# If you wish to use something other than SQLite, you'll need to set the name
# of the database above, and also uncomment the below.
# Sticking with SQLite is strongly recommended, as it's the most well tested
# and by far the fastest solution.
#
#dbDriver=QMYSQL
#dbUsername=
#dbPassword=
#dbHost=
#dbPort=
#dbPrefix=murmur_
#dbOpts=

# Murmur defaults to not using D-Bus. If you wish to use dbus, which is one of the
# RPC methods available in murmur, please specify so here.
#
dbus=system

# Alternate service name. Only use if you are running distinct
# murmurd processes connected to the same D-Bus daemon.
#dbusservice=net.sourceforge.mumble.murmur

# If you want to use ZeroC Ice to communicate with Murmur, you need
# to specify the endpoint to use. Since there is no authentication
# with ICE, you should only use it if you trust all the users who have
# shell access to your machine.
# Please see the ICE documentation on how to specify endpoints.
ice="tcp -h 127.0.0.1 -p 6502"

# Ice primarily uses local sockets. This means anyone who has a
# user account on your machine can connect to the Ice services.
# You can set a plaintext "secret" on the Ice conntection, and
# any script attempting to access must then have this secret.
#icesecret=

# How many login attempts do we tolerate from one IP
# inside a given timeframe before we ban the connection?
# Note that this is global (shared between all virtual servers), and that
# it counts both successfull and unsuccessfull connection attempts.
# Set either Attempts or Timeframe to 0 to disable.
#autobanAttempts = 10
#autobanTimeframe = 120
#autobanTime = 300

# Murmur default to logging to murmur.log. If you leave this blank,
# murmur will log to the console (linux) or through message boxes (win32).
logfile=/var/log/mumble-server/mumble-server.log

# If set, murmur will write its process ID to this file.
pidfile=/var/run/mumble-server/mumble-server.pid

# The below will be used as defaults for new configured servers.
# If you're just running one server (the default), it's easier to
# configure it here than through D-Bus or Ice.
#
# Welcome message sent to clients when they connect
welcometext="<br />Welcome to <b>House is Full</b> Mumble server.<br />Game: World of warcraft. For the Horde!!!<br />"

# Port to bind TCP and UDP sockets to
port=64738

# Specific IP or hostname to bind to.
# If this is left blank (default), murmur will bind to all available addresses.
#host=

# Password to join server
serverpassword=

# Maximum bandwidth (in bits per second) clients are allowed
# to send speech at.
bandwidth=160000

# Maximum number of concurrent clients allowed.
users=100

# Regular expression used to validate channel names
# (note that you have to escape backslashes with \ )
#channelname=[ \\-=\\w\\#\\[\\]\\{\\}\\(\\)\\@\\|]+

# Regular expression used to validate user names
# (note that you have to escape backslashes with \ )
#username=[-=\\w\\[\\]\\{\\}\\(\\)\\@\\|\\.]+

# Maximum length of text messages in characters. 0 for no limit.
#textmessagelength=5000

# Maximum length of text messages in characters, with image data. 0 for no limit.
#imagemessagelength=131072

# Allow clients to use HTML in messages, user comments and channel descriptions?
#allowhtml=true

# Murmur retains the per-server log entries in an internal database which
# allows it to be accessed over D-Bus/ICE.
# How many days should such entries be kept?
#logdays=31

# To enable public server registration, the serverpassword must be blank, and
# this must all be filled out.
# The password here is used to create a registry for the server name; subsequent
# updates will need the same password. Don't lose your password.
# The URL is your own website, and only set the registerHostname for static IP
# addresses.
#
#registerName=Mumble Server
#registerPassword=secret
#registerUrl=https://wiki.mumble.info/wiki/
#registerHostname=

# To enable bonjour service discovery uncomment the following line.
# To change the name announced by bonjour adjust the registerName variable.
# See http://developer.apple.com/networking/b ... index.html for more information
# about bonjour.
#bonjour=True

# If you have a proper SSL certificate, you can provide the filenames here.
#sslCert=
#sslKey=

# If murmur is started as root, which user should it switch to?
# This option is ignored if murmur isn't started with root privileges.
uname=mumble-server

# If this options is enabled, only clients which have a certificate are allowed
# to connect.
#certrequired=False

# You can configure any of the configuration options for Ice here. We recommend
# leave the defaults as they are.
# Please note that this section has to be last in the configuration file.
#
[Ice]
Ice.Warn.UnknownProperties=1
Ice.MessageSizeMax=65536[/spoiler]

DRUG писал(а):Так в чём же указывать правильно - в битах или в байтах?!!

В версии 1.1.x описание значения bandwidth было в бАЙт в секунду, в версии 1.2.x разработчики изменили на бИт в секунду.

На данный момент, максимальное качество передачи звука для одного клиента - 124,8 Кбит/с (примерно 128000 бит/с), что равняется 96Кбит/с с 10мс звука на пакет, обработанное кодеком CELT.
Но такое качество, обычно, предназначено для локальной сети.

Чтобы комфортно общаться в условиях сети интернет, хватает 16-32Кбит/с (16384-32768 бит/с).

DRUG писал(а):Интернет-канал составляет 60 Мбит (приём/отдача)

Таким образом, половина от 60Мбит/с - это 30Мбит/с, что равно 30720Кбит/с. Разделим это на 32Кбит/с и получим 960 пользователей.
Это количество можно увеличить с учетом коэффициента активности пользователей. Т.е. 960 пользователей редко когда будут говорить одновременно, т.к. когда один говорит, другие слушают.
Итак, Вам вполне подойдет

terrabit писал(а):В настройках стояло по умолчанию: bandwidth=72000 или около того.
Кач-во жуть, трещит, глотает - в общем никак.

Не стоит забывать, что настройки качества звука выставляются не только на стороне сервера, но и на стороне клиента, в пределах значений сервера.
Т.е. сервер ограничивает интервал, а пользователь выбирает из него.

terrabit писал(а):чтобы было макс. кач-во на минимальный трафик.

Так не бывает.

B0nuse писал(а):Не стоит забывать, что настройки качества звука выставляются не только на стороне сервера, но и на стороне клиента, в пределах значений сервера.

Т.е. сервер ограничивает интервал, а пользователь выбирает из него.
Если интервал ограничен сервером, то пользователь по идее не может выставить значение больше, чем предлагает ему сервер.
72000 - качество плохое.
140000 - кач-во уже лучше, но иногда попадается "матрица".
160000 - на котором и сейчас сидим - полет отличный.

Все эти значения стояли на сервере. Видя конфиги, в которых выдают 20000+ задаюсь вопросом, что я делаю не так? =) Или при 30000 как писалось выше - реально достичь качества?

B0nuse писал(а):Так не бывает.

В вентриле данные значения не изменяются, но работает все нормально. Хотелось бы тогда сводную таблицу:
Канал 10 мб/с - 20000-40000 и формула расчета пользователей от качества
Канал 60 ....

Вот как сейчас:
[spoiler][/spoiler]

Зайдите к нам на публичный. Как Вам качество передаваемого звука?