В двух словах.
С помощью этого дела нужно сделать прогу окторая будет распараллеливать задачу перемножения 2-х матриц на от 3 до 8 машин.
Я смог пока только вежду 2-мя машинами.
Я так думаю, что на 8-ми тачках лежат удалённые процедуры а на машине которая вызывает процедуры просто нужно всем послать кусок матрицы а потом скомпоновать его.
Но я до конца не могу это додумать.
Кто-нибудт делал нечто или знает как?

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

Здоров, дружище. Сто лет тебя не видел.
Я не могу вьехать в организацию программы если клиентов больше 1-го.
Тобишь я без проблем сделал между 2-мя машинами и не знаю как сделать между 3-мя - 8-ю.

Каждый клиент должен иметь уникальный идентификатор. Пусть каждый клиент имеет свой ID-шник (удобно для этих целей использовать UUID), ID может быть как постоянным так и сеансовым. Клиент соединяется с сервером и передает свой ID, сервер выдает ему порцию данных на обработку и помечает у себя, что клиент такой-то взял такую-то порцию данных на обработку. Когда клиент обработает данные, он передает серверу свой ID и обработанные данные. Надо будет добавить метод отказа от обработки, например клиента выключают до того как он закончил обработку, тогда он отказывается от обработки и уведомляет об этом сервер.
Плюс надо будет еще следить за тем чтобы один клиент не запрашивал новые данные, пока не обработал старые, проверять если обработка идет дольше определенного времени, то считать что клиент отсоединился и данные надо снова вернуть в пул не обработанных данных.

Как клиент будет передавать свой ИД?
Сокеты параллельно включить?
А мысль про ID мне понравилась, значит клиент вызывая удалённую рпоцедуру перед этим отправляет серверу свой ID.
Иперед началом работы сервера задавтаь окличество клиентов из расчёта чтоб не больше, а не меньше их не будет.
То есть вводить количество клиентов и из IPшники он же и будет IDшником.

Цитата

Сокеты параллельно включить?

Раз уж взялись за RMI, то нелогично про сокеты думать.
RMI придумали, чтобы про сокеты не знать вообще. Это надстройка над сокетами, для облегчения жизни программиста.
RMI - это аналог синхронного обращения к локальному методу, но более медленный и менее надежный. И это синхронное обращение, т.е. послав запрос поток ожидает немедленного ответа.
Чтобы сделать обработку асинхронной надо использовать мессажинг. Выглядело бы красиво. Центральный компьютер может не знать, сколько у него добровольных помошников, которым можно дать куски на обработку.

Цитата(Georg4 @ 19.12.2005, 22:39)

Как клиент будет передавать свой ИД?

В качестве параметра метода, что-то наподобие:

Код

public interface TaskServer extends Remote {   public byte[] takeData(UUID clientID) throws RemoteException;   public void returnData(UUID clientID, byte[] data) throws RemoteException;      public void refuseTask(UUID clientID) throws RemoteException; }

Цитата(Georg4 @ 19.12.2005, 22:39)

А мысль про ID мне понравилась, значит клиент вызывая удалённую рпоцедуру перед этим отправляет серверу свой ID. Иперед началом работы сервера задавтаь окличество клиентов из расчёта чтоб не больше, а не меньше их не будет. То есть вводить количество клиентов и из IPшники он же и будет IDшником.

Можно но ИМХО не стоит, сервер должен быть готов раздавать задания и принимать ответы, а вот клиентов ему контролировать вовсе не обязательно. Клиент присоединился, получил свою порцию данных, обработал, вернул результат и дальше может снова повторить цикл, а может прекратить обработку. Таким образом мы можем динамически менять производительность. Надо подключили еще клиентов, надо отключили. Только на сервере надо следить, за заданиями которые слишком долго находятся в обработке (это на тот случай если клиент неожиданно отсоединился и не опвестил об этом сервер.

Да, но ты понимаешь, задача тут такова, тчо нужно в одном варианте перемножить 2 матрицы.
Если мы не знаем соклько клиентов будет изначально, мы не знаем на сколько частей рубить исходные матрицы.

Зачем?

Делишь свою задачу на n частей, затем каждому клиенту отдаешь по одной части.
По мере выполнения предыдущей - отдаешь следующую часть.

Иначе, допустим у нас один клиент, ты всю задачу по перемножению возлагаешь на него, он (клиент) посчитал, а данные отправить не успел (сломался), в результате -
мы теряем много времени!

Или ты отдал всю задачу одному-двум, а через пару секунд появилась возможность использовать ещё десяток клиентов?

Это сообщение отредактировал(а) Metal_Heart - 21.12.2005, 10:00

Цитата(Metal_Heart @ 21.12.2005, 09:57)

Делишь свою задачу на n частей, затем каждому клиенту отдаешь по одной части. По мере выполнения предыдущей - отдаешь следующую часть.

Поддерживаю.

Я ненмого не опнял, как это можно задачу с перемножением матриц АхВ строк поделить на n частей?
Нужно всё ранво задать максимальный лимит количества клиентов.
И тогда рпосто можно дать одному клиенту задание 2 раза.

А как бы выглядело это деление на n частей в работе.
Опишите по шагам, я не представляю.
Ну допусим у нас к клиентов и к>1.
Что тогда? Как реализуем?
Давайте по пунктам.

Разбивать эту задачу на составные части имеет смысл, только если размерность матриц велика, поэтомы полагаем что A и B велики. Умножение матриц состоит из перемножения 2-х векторов, вот пусть элементарным заданием и будет перемножение 2-х векторов.

• заводим HashSet в который помещаем координаты всех еще не посчитанных произведений (произведение задается координатами в итоговой матрице),
• когда к нам подсоединяется клиент даем ему произвольное задание из этого множества (при этом мы его отуда удаляем) и помещаем в HashMap информацию о том что клиент с ID таким-то взял задание такое-то на обработку и время когда он это сделал.
• когда клиент возвращает обработанные данные, мы помещаем их в итоговю матрицу и удаляем запись из HashMap
• кода в HashMap и HashSet не останется записей, матрицы перемноженны
• паралельно в фоне работает процесс, который проверяет сколько задания находятся в обработке, и когда находит задание у которого время обработки больше заданного предела, возвращает его в список не выполненных заданий

Это сообщение отредактировал(а) LSD - 21.12.2005, 18:11