История изменений
Исправление soomrack, (текущая версия) :
Часто, т.к. это удобно при меняющейся топологии сети (клиенты подключаются и отключаются в зависимости от фазы луны, нужно гибко распределять мощности между разными задачами и пр.).
Раньше проблема центрального узла была в слабой мощности — он не мог держать достаточное кол-во подключений и быстро распределять задачи. Поэтому приходилось делать несколько центральных узлов и либо синхронизировать их, либо выстраивать иерархию. Сейчас же, когда даже в обычном дескотпе 8 ядер с частотй 3+ Ггц такой проблемы просто нет, а на обычных сравнительно недорогих юнитовых серверах 2 проца по 12 ядер..., а в принципе можно и 8 по 16 сделать, то такой проблемы вообще нет, можно в центральный сервак запихать все, включая тесты на правильность вычислений пиров...
Исходная версия soomrack, :
Часто, т.к. это удобно при меняющейся топологии сети (клиенты подключаются и отключаются в зависимости от фазы луны, нужно гибко разпределять мощности между разными задачами и пр.).
Раньше проблема центрального узла была в слабой мощности — он не мог держать достаточное кол-во подключений и быстро распределять задачи. Поэтому приходилось делать несколько центральных узлов и либо синхронизировать их, либо выстраивать иерархию. Сейчас же, когда даже в обычном дескотпе 8 ядер с частотй 3+ Ггц такой проблемы просто нет, а на обычных сравнительно недорогих юнитовых серверах 2 проца по 12 ядер..., а в принципе можно и 8 по 16 сделать, то такой проблемы вообще нет, можно в центральный сервак запихать все, включая тесты на правильность вычислений пиров...