Я не прогер, может это и не возможно... разделить по потокам:
один - юзерлист
второй - поисковые запросы ... для активов
третий - поисковые запросты для пассивов
четвёртый - главный чат и лички
пятый - сжатие трафика zlib, т.е. всего, что сделают вышеуказанные потоки?

Меня даже интересует в данном случае не это, а что впринципе делать, когда хаб достигает критической точки?

Щас я вижу DC - как систему, с явным тупиком. В хаблисте сейчас на первых трёх хабах отключили выдачу тегов, и ттш поиск, т.к. они уже достигли этого тупика. На авангарде поставили ограничение ттш и обычного поиска...
Это всё щас дало им запас, но больше 15 тыс они всеравно не потянут...Проект должен развиваться, но развитие ограничивает техническая реализация.

Есть ли способ как-то распределить нагрузку, кроме линковки? Она всётаки согласитесь, не очень удачный выход...

Может быть можно как-то запустить допустим 10 хабов и один основной, играющий роль роутера?
Чтобы оснновной только получал, распределял и перенаправлял трафик, а 10 других обрабатывали всё, что поступает от основного?

Подобные темы уже пробовали поднимать на форумах птохи и верли, но там разработчики явно дали понять что на одном энтузиазме они это реализовывать не собираются... а общем скоро все держатели хабов столкнуться с этой проблемой. Setuper былоб очень хорошо, еслиб вы нашли и реализовали решение проблемы в своём проекте.