Алексей Морозов
2) Мне по статусу положено знать все подобные технологии, вот и интересуюсь.

вы системный программер? Сздаёте какие нить сложные сетевые приложения? Или просто из любопытства?

Для справки
"Одно из ранних (1998 г.) определений вычислительного grid, данное Карлом Кессельманом и Яном Фостером, гласит: «Вычислительный grid является программно-аппаратной инфраструктурой, которая обеспечивает надежный, совместимый, повсеместный и недорогой доступ к вычислительным ресурсам большой мощности». Затем, в 2000 году, к этому определению добавилось «координированное распределение ресурсов и решение проблем в динамических виртуальных организациях». По предложению Яна Фостера, систему можно называть grid, если она:

1. Координирует ресурсы, которые не контролируются централизованно. Например, объединяются компьютерные системы, находящиеся в разных организациях или разных административных единицах одной компании. Система должна решать вопросы политики доступа, безопасности, оплаты услуг и т. д., которые возникают в гетерогенных системах. В ином случае можно говорить о локально управляющейся системе;
2. Задействует открытые, стандартные протоколы и интерфейсы общего назначения. Эти протоколы и интерфейсы используются для решения таких базовых вопросов, как аутентификация, авторизация, поиск ресурсов и доступ к ним. Если протоколы не являются стандартными и открытыми, система является специализированной в отношении приложения;
3. Предоставляет новое качество. Объединяя различные ресурсы, grid позволяет предоставить новый уровень сервиса с точки зрения времени отклика, пропускной способности, доступности, безопасности и т. д. Иными словами, польза от всей системы существенно больше, чем от простой суммы составляющих ее частей.

Исходя из этих критериев, например, из определения grid выпадают кластерные системы. Будучи инсталлированы, они обеспечивают заданный уровень безопасности, качества обслуживания и других характеристик. Однако эта система не является grid из-за полного контроля над индивидуальными компонентами и скорее подходит под определение конструкции с централизованным управлением. С другой стороны, Интернет не может называться grid — хотя доступ к распределенным системам здесь обеспечивается с помощью стандартизованных и открытых протоколов, эти ресурсы не используются координированно.

Поскольку определение grid-технологии носит весьма общий характер, компании реализуют ее самыми разными способами. Так, Sun Microsystems продвигает ПО для создания grid-кластеров. Фирмы Entropia, United Devices и др. концентрируются на построении grid-сетей из ПК. IBM делает упор на применении этой технологии для развития Web-сервисов и автономных самоуправляющихся систем. SGI предлагает пользователям совместно работать в дистанционном режиме над большими наборами трехмерных изображений. Platform Computing, пионер в данной области, выпускает средства для построения неоднородных корпоративных grid-систем, обладающих широкими возможностями совместного использования ресурсов и управления. Однако, несмотря на явные различия, все эти предложения воплощают общую идею: включение компьютеров разного типа в единую систему для совместного использования ресурсов с целью повышения общей производительности и масштабируемости и предоставления пользователям возможности коллективной работы с данными. "

Т.е. можно констатировать, что грид-протокол мог бы послужить хорошей основой для построения различного рода распределённых систем (кластерных в т. ч.), если бы существовал в виде общепринятого международного стандарта, поддерживаемого каким-нить международным комитетом. Но на сегодняшний день всё ещё в слишком сыром виде. Более того, пока это произойдёт, МС оккупирует рынок своими "вычислительными облаками".

guest_20040621
Уважаемый, можно констатировать, что вы отстали от жизни лет этак на десять.
Да? Ну так расскажите, чтоже появилось-то нового, а то как-то голословненько ваше утверждение, или ..., может вы из будующего??? :-)

guest_20040621
Забудьте про мелкомягких. Это даже не вчерашний, а позавчерашний день. ...
Недавно на одном из "жёлтых" сайтов видел заголовок статьи: "Билл Гейтс убит!!! Акции майкрософт летят вниз!!!". Вы либо в этом выдуманном мире обитаете, либо ... ну точно! Вы из будущего!!! :-)))

Алексей Морозов
Просто абстрактный пример - сидит 10 программистов, и раз в 5 минут
компилируют программу. Компиляция занимает 10 секунд, а могла бы занимать 1
секунду (если распараллелить).
Экономия на таких величинах ничего не даст. Более того, как и в случае любых параллельных вычислений, здесь всё зависит от степени "сцепленности" блоков параллельно обрабатываемых данных и GRID в этом смысле - не панацея. Крайне необходимо вначале определится с тем кругом задач, которые планируется решать с помощью этой технологии. Прежде всего необходимо ознакомится с тем, какие собственно алгоритмы распараллеливания вычислений поддерживает GRID. Но я сомневаюсь, что здесь вы сможете получить ответ на этот вопрос.

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

Собственно кластерные системы так и работают. Построить кластер на MS SQLServer2000/2005 проще простого и не требует изобретения велосипеда.

AlexTheRaven
Не надо заблуждаться: Гейтс - всего лишь сейл, удачливый, высокопоставленный и имеющий возможность заказывать то, что собирается продавать. А чтобы продавать - надо всё время делать что-то новое, пусть даже не очень полезное.

да нет, он не просто "удачливый" (контрпример "удачливого" - Стив Джобс) - он достаточно трезво и продуманно просчитывает свои шаги. Он ничего не изобретает (незачем) - он покупает изобретателей и даёт им возможности воплощать свои идеи - именно поэтому столь часто и много охаиваемый мелкософт на плаву (вопреки предсказаниям о скорой кончине повторяющимся из года в год).

На мой взгляд, область где грид получит своё коммерческое воплощение в ближайшее время - интернет сервисы и хранение данных. Ну а в оффисных сетях малого и среднего размера всё равно нет задач, которые бы требовали такой консолидации вычислительных ресурсов.