Предлжение: Логика выбора хаба

[ivan386]

Предлагаю клиенту выбирать 1 хаб максимально близкий.
Его характеристики:
1 Маленький пинг.
2 Наименьшее количество узлов между клиентом и хабом.
3 Наибольшая скорость обмена данными.

Таким образом на хабе и ближайших к нему будут собираться локальные клиенты. Также сам хаб должен следуя этой же логике соединяться с 2-3мя ближайшими хабами. Остальные выбираются случайно.

Это уменьшит спам в сети и увеличит результативность поиска локального контента.

[raspopov]

Пинг и кол-во роутеров между узлами не влияют вообще ни на что. Шареаза не является приложением требующем трафик реального времени.

[ivan386]

Это косвенный поиск "своих".

[raspopov]

Объясни.

[ivan386]

По этим трем характеристикам находится ближайший хаб. По тому же алгоритму на нем будут собираться народ с того же провайдера, с того же города, с той же страны.

[raspopov]

Во первых, не будет. Потому что провайдеры соединяются не по территориальному признаку (типично для связи через спутник). Во вторых, выбор хаба не виляет ни на что, т.к. поиск идёт по всем хабам сети. Для клиента совершенно без разницы придёт ли ответ на запрос через 10 мс от хаба в той же подсети или через 300 мс от хаба с другого полушария.

[ivan386]

Слава богу спутниковая связь не основная для провайдеров. Да и хабы выстраиваются по той же схеме. Соответственно и выдавать будут ближайшие.

[raspopov]

Не будут. Предложенные тобой характеристики отбора хабов не имеют смысла.

[ivan386]

По моему всё логично. Я понимаю что рандом рулит но мы от него и не отказываемся совсем. Просто повышаем локализацию.

[raspopov]

Нет, не логично. Хабы выбираются не рандомно, а по рейтингу в который входят мощность машины, длительность работы, ширина канала и т.п. Любое же искусственное ограничение вызывает разваливание общей сети на отдельные несвязанные островки.

[ivan386]

Значит осталось добавить всего два пункта.

[raspopov]

Нет, это никогда не будет сделано. Обсуждение данного предложения закончено.