LINUX.ORG.RU

История изменений

Исправление soomrack, (текущая версия) :

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

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

Исходная версия soomrack, :

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

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