|
Повышение вычислительных мощностей на базе существующих систем без аппаратного апгрейда.
|
|||
---|---|---|---|
#18+
Господа. В нашей компании стартовал новый проект. Внедрение технологий по повышению вычислительных мощностей имеющихся компьютеров не за счет замены существующих машин на супербыстрые компьютеры, а за счет перераспределения вычислительных мощностей по сети обычноскоростных вычислительных машин при использовании GRID технологий. То есть при при распределении задания на 10 машин можно ожидать уменьшения времени на обработку задания в деале почти в 6-8 раз. При этом диспетчер сам находит в сети незагруженные вычислительные узлы и распределяет задания по ним. Таким образом вполне реальна экономия на супердорогих-супербыстрых машинах и не требуется постоянно их апдейтить с учетом НТП. Возможен перевод существующих систем на адаптированный алгоритм обработки информации. Разработчики в настоящий момент участвуют в нескольких крупных международных проектах по развитию GRID технологий. Если кому-то интересно возможность использования такой технологии - пишите.. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2005, 10:20 |
|
Повышение вычислительных мощностей на базе существующих систем без аппаратного апгрейда.
|
|||
---|---|---|---|
#18+
привет))) мне интересно) ..расскажи по подробней или дай линк на сабж... интересуют требования к аппаратной части участников грид ... + стоимость ПО и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2005, 11:00 |
|
Повышение вычислительных мощностей на базе существующих систем без аппаратного апгрейда.
|
|||
---|---|---|---|
#18+
> То есть при при распределении задания на 10 машин можно ожидать > уменьшения времени на обработку задания в деале почти в 6-8 раз. Дружище, Вы уточнили бы, что имеете в виду очень небольшой класс задач. > Таким образом вполне реальна экономия на супердорогих-супербыстрых > машинах и не требуется постоянно их апдейтить с учетом НТП. См. необходимость уточнения выше. Сервер или кластер не бывает абстрактно быстрым. Распределенные вычисления - это хорошо, только это скорее академическая, а не бизнес-задача. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2005, 11:17 |
|
Повышение вычислительных мощностей на базе существующих систем без аппаратного апгрейда.
|
|||
---|---|---|---|
#18+
Ставим Linux, ставим OpenMosix и редаем распределенные вычисления по сети без использования Grid. Но тоже для узкого круга задач. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2005, 15:45 |
|
Повышение вычислительных мощностей на базе существующих систем без аппаратного апгрейда.
|
|||
---|---|---|---|
#18+
Fortochkin XP.....То есть при при распределении задания на 10 машин можно ожидать уменьшения времени на обработку задания в деале почти в 6-8 раз. При этом диспетчер сам находит в сети незагруженные вычислительные узлы и распределяет задания по ним......... Возможно я не прав... Возможно, что то не понимаю.. Но из практики ведаю закон...палку... один конец скорость...а второй (в большинстве случаев) универсализм.... если Вы пытаетесь универсально перераспределять "вычислительные мощности" в виде стандартных сервисов - то тут думаю далеко до новизны и нобелевской премии. А если заточки под, что то своё "родное" - дык тут уже простите универсализм в заднице... ПОПРОШУ БЕЗ ФЛЕЙМОГОНА (!!!) на следующую реплику... На мой взгляд серваки приложения отчасти и помогает решать, НЕ универсальную свою задачу с помощью перераспределения по сети. По крайней мере сложнейшие мат. вычисления (несколько часов по времени) - в сети офиса выполнялись за несколько секунд :) . Ну нуна было, проверить кое-чаво, пришлось в тёмную юзать тачки пользователей...Так, что думаю тут так же далеко до новизны... ик? с уважением (круглый) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2005, 16:41 |
|
|
start [/forum/topic.php?fid=33&msg=33333572&tid=1549541]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
others: | 233ms |
total: | 359ms |
0 / 0 |