Пока все еще можно давать этот же ответ

Какой примерно объем входных данных и какой - вычислений? Тип вход 10'000 чисел, объем вычислений примерно 50M операций. Или как? Лучший метод минимизировать время одного запроса при большом количестве вычислительных операций в нём - принять его, превратить в бинарник (скажем C++), скомпилировать, вернуть. Парсеры и компоновщики XML лучше держать готовыми в памяти, чтобы их каждый раз не компилировать и не подгружать, работать с ними через всякие TCP/IP прямо на этой же машине.

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

И вообще - накидайте 3-5 примеров использования - программы и данные, тогда будет ясно о чем речь и что вам посоветовать.

Еще раз повторюсь, что вопросы распределения нагрузки решаются на уровне ОС (кластеризация) и сервера причем весьма нетривиально.

В данный момент Вы на хобиистком форуме по домашней электронике задаете вопросы которые надо задавать на форуме программистов java под apache. И даже скорей на форуме каких то гуру по разработке вычислительных сетей типа яндекса, гугла и ему подобных.

Поверьте на слово что в таких вопросах, если хочешь чего то добиться, надо начинать кодить а не заниматься теоретическими исследованиями "сферического коня в вакууме".
По моему Вы пока слабо представляете даже как скрипты формируют html код на стороне сервера.

Если конечно это не курсовой

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

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

PS

Если по прочтении

http://www.opennet.ru/base/sys/b...cluster.txt.html

http://www.opennet.ru/cgi-bin/op...c&category=1

http://www.ccas.ru/mmes/educat/l...k/01/basics.html

все стало понятно, то срочно звонить в скорую психическую

Я не думаю, что умножение или обращение матриц размером в десятки тысяч элементов это неспецифичная задача

100*100 чтоли...
Если такая матрица не является плохо обусловленной то Maple ее осилит даже на бытовом компе.

Опечатка - не элементов, а строк. По крайней мере топикстартер о таких говорит:
<обращать матрицу примерно такого же размера (десятки тысяч строк)>

Топикстартер пока ничего толком не говорит наверно убыл на форум по яве обчатся...

Хотите задачи - пожалуйста
1. как я уже говорил, обработка экспериментальных данных с помощью адаптивных фильтров
Данных много, корреляционные матрицы большие (10000 * 10000 или больше)
2. та же задача - но используются рекурсивные, многогипотезные байесовские фильтры (типа количество гипотез n^m, где n - количество гипотез, m - количество измерений)
3. оптимизационные задачи - линейное и динамическое программирование, поиск экстремумов функций многих переменных (в том числе стохастических)
4. решение дифференциальных уравнений - уравнение теплопроводности, электродинамики и пр. (точек тоже очень много)
Идея использовать не мега-оптимизированные балансирующиеся вычислительные модули, а именно существующие пакеты/модули общего профиля - тот же Scilab, matlab и пр.
Почему именно так - объяснять долго, и учитывая это

пустая трата времени :-)
Код на java пишу давно, спасибо
У джавистов пока спросил в одном месте (хотя до сих пор никто не ответил), спрошу еще.
Почему спросил здесь, а не здесь

- надеялся услышать идеи людей со стороны.
Но спросить у профессионалов - спрошу.

P.S. Вы часто называете авторов сообщений - топикстартерами?
Может быть на этот форуме есть еще какие-нибудь аналогичные термины для обозначения слов на русском языке?

P.P.S. Некоторые люди работают в рабочее время, а не на форумах сидят :-)

Тогда вообще ничего не понял. Что нужно то? Распарсить XML-данные и XML-алгоритм на Java через scilab java api выполнить его и вернуть в XML результат? А в чем тогда вопрос?



Вопрос не в том почему так, вопрос пока в том, что именно вы хотите сделать


Топикстартер это не автор любого сообщения, а человек начавший обсуждение.
Русский язык постоянно развивается: http://ru.wiktionary.org/wiki/топикстартер и, к счастью, не только переставлением ударения в слове "договор"

ДА! :-)
Вопрос - как спроектировать парсер(=компилятор), учитывая что запросы разные, большие и маленькие, простые и сложные, могут занимать много место в памяти и т.д.


Парсер(=компилятор) + вычислитель.

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

Да и не скажут они ничего кроме как какую книжку почитать на сон грядущий.

Вот я так и сделаю

http://www.mat.net.ua/mat/Samars...ennye-metody.htm

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

Спасибо Вам за все :-)
Книжку по последней ссылке правда мне стоило бы читать лет 6 назад, но все равно спасибо.
Доступ к суперкомпьютеру может и будет, но это тоже никому не интересные детали.

Вашей системе назовем ее по нормальному "фильтром" скармливается некое задание пользователя набранное через интерфейс или в виде загруженного XML при разборе задания применяя вполне понятные критерии оценки уже можно определить сложность и распределить нагрузку.
И на выходе "фильтра" сформировать задание своей системе ... и выполнить его.

Что непонятного то.(или не понятно как определить сложность?)

Системы все уже есть их надо собирать и пользоваться т.е. вычислительная часть "вся придумана до нас"

Просто у Вас нет ни собраной системы ни пользовательского интерфейса, а охват задач описанный выше- вселенского масштаба... так в жизни не бывает.
Решите узкую задачу и поймете как действовать дальше, если захочется.
(Добавление)

Я ею пользовался в 1994-5 годах когда было актуально.
Щас уже не надо китайцы все "оборудования" изготовят из "сверхпрочной жести" по демпинговым ценам, расчеты "паровых пипок" от студентов китайского ПТУ прилагаются. Наша задача перечислить аванс и расслабиться в ожидании чуда.

Что мне больше всего нравится, так это то, что вы делаете некорректные выводы самым уверенным образом.
Как говорится, так всегда и делайте.
Предлагаю закрыть тему.
Мне некогда отвлекаться, я код пишу :-)
P.S.
У нас как бе другая задача.