Главная проблема - расчет потерь в модели!!! От этого зависит распределение тепла по объему и т.д.. К сожалению в CиЭсТи большой разброс по результатам структуры поля в модели, в зависимости от выбора солвера, а скорее всего от метода меширования. Я уже поднимал эту тему, вопрос ещё не закрыт
Ждемс сервис пак №ххх9

Спасибо всем, ответившим в личку.
Но ещё остались вопросы по распределенным вычислениям. Задам их здесь.
Как я понял, нужно (по хелпу) 3 компьютера:
1. Front end -- который запускает расчет.
2. Main Controller -- занимается управлением задания (раздача Solver Server-ам и возврат рассчитанных частей Front end-у).
3. Solver Server -- собственно вычисления.


Выполняет ли Front end функции Solver Server по умолчанию, или для этого нужно на нем запускать Solver Server тоже? То есть в случае наличия минимум двух компьютеров, чтобы оба принимали участие в расчетах, нужно (какой вариант правильный?):
1. На одном поднять Front end, Main Controller, Solver Server, а на другом только Solver Server.
2. На одном -- Front end и Solver Server, а на другом -- Main Controller и Solver Server.
3. Другой вариант.


И касательно файлов, нужных для расчетов.
С Front end и Main Controller -- понятно. А вот для Solver Server хелп пишет, что нужны Program Files компоненты. Неужели ему нужна вся эта папка под 3Г? Немного напряжно на каждом имеющемся ПК под Solver инсталлировать такие объемы. А тем более просить кого-то помочь с расчетами и "одолжением" 3Г места на винте в случае локальной сети.

З.Ы. Возможно, вопросы решаются на личном опыте, но подцепил вирусняк, так что пока один ПК лечится.

только не 3 компьютера, а 3 элемента. Front end, Main Controller, Solver Server можно успешно установить на одной машине и считать несколько задач одновременно через распределенные вычисления. Это эффективно, если компьютер многопроцессорный, а задача быстро считается и плохо параллелится (в случае небольшой сетки). При этом получается большая скорость передачи данных по внутренней петле.


выполняет конечно. Solver Server - это, собственно, установленная программа со всеми нужными солверами + запущенный CSTDCSolverServer. Т.е. все ваши варианты будут работать.


Можете не устанавливать документацию, учебные видео ролики, примеры.. а после установки, можно удалить папки с Линукс-солверами mWaveWizard-ом, забэкапленными SP. Так вы легко вложитесь меньше чем в 1G, а может и ещё меньше =) Только после такой "сортировки" не получится ставить новые сервиспаки, придется по новой программу переставлять, но что поделаешь, если место на винте ограничено.. Хотя это не очень вам поможет.. CST создает много временных фалов, кеширует проекты.. Да и сами проекты совсем не маленькие..

Насколько я понял, если каждая из рассчитываемых на одном ПК "задач быстро считается и плохо параллелится (в случае небольшой сетки)", то целесообразно использовать распределенные вычисления и считать их параллельно, но одну задачу на каждом ядре, нежели считать по очереди, используя опцию "многоядерности"? При этом количество задач = количеству ядер? Если задача одна, смысла её "распределять" на том же компьютере нет?

Попробовал вариант:
1. На одном (двухядерный) "поднять" Front end, Main Controller, Solver Server, а на другом только Solver Server.
На 2-х ядерном в опциях Solver Server поставил 2. Законнектился обеими ПК к Main Controller-у. В его списке было 3 Solver Server (два сервера 2-х ядерного и один -- второго ПК). Когда запустил Transient solver двухпортового вентиля, в списке было только 2 джобса (обсчитывался каждый порт), которые раздались каждому ПК. Соответственно один Solver Server 2-х ядерника "простаивал". То есть, минимум, на который может "разбиться" расчет -- это "обсчет" одного входа? Я почему-то думал, что любое задание разбивается на части.

Некоторые папки (AMD64, IA32e, Linux), как я понимаю, используются в зависимости от ОС-и, её битности и типа процессора?
А не знаете, нужна ли папка lib3dx (на 300МБ) на Solver Server-е? Мне кажется, это ведь что-то с графикой должно быть связано.
Кстати, пробовал удалять в реестре ветку CST, но студия без проблем запускалась (сбрасывались настройки). Возможно, эти файлы и инсталлировать не нужно, хватает копи-паста? Разве что лиц. сервер инсталлить надо...

нет, не так. я хотел сказать что прирост эффективности от распараллеливания на несколько потоков будет ощутимым только в случае достаточно большого размера сетки. Задача в несколько тысяч ячеек сетки будет считаться с почти одинаковой скоростью и в один поток и в восемь. А с увеличением колличества ячеек сетки распараллеливание становится всё эффективнее. Так что для больших задач использование многоядерных процессоров крайне полезно)).
А вот для Аксельваревского ускорителя серьёзный прирост производительности заметен только на задачах в 10ки миллионов ячеек.. http://www.cst.com/Content/Documents/Produ...cceleration.pdf


к сожелению должен Вас разочаровать. Распределенные вычисления не позволяют ускорить расчёт конкретной задачи. Можно только считать несколько отдельных задач одновременно. Например, в случае качания параметров, использования оптимизатора или запитки из нескольких портов. Настоящее распараллеливание на несколько компьютеров через MPI, CST обещает реализовать только в версии 2009. Хотя, судя по опыту работы с другими MPI программами (FEKO) там появятся другие проблеммы..


да


lib3dx я удалять не пробовал. может для Solver-машины, она и не нужна. Попробуйте))
Может "копи-паста" солверов + установка лицензионного драйвера и достаточно. Если будете пробовать, расскажите что получилось))

Что-то не могу установить сервис-пак. Похоже все-таки некоторых файлов не хватает. Если нетрудно скиньте содержание директории "CST STUDIO SUITE 2008" (с поддиректориями) для исходной версии (нулевой). Например командой dir /on /s >text.txt

На оффсайте CST говорится о том что можно моделировать в Particle Studio распределение температуры, создаваемое оседающими частицами. Есть даже красивые картинки с результатами. Я как ни пытался не смог это реализовать . Может у кого получилось? Посоветуйте как быть.

Вопрос к опытным в части MWS товарищам:
Часто нужно рассчитать поля на концах и в зазорах малых металлических объетов (вибраторов, инициаторов разряда и др.) в свободном пространстве в поле плоской ТЕМ-волны или в поле излучения рупора. Причем один из размеров часто не только << длины волны, но иногда соизмерим со скин-слоем. Но минимум один из габаритных размеров модели соизмерим с длиной волны. В локальных точках точность расчета полей нужна большая. Поэтому, естественно, применяю Local Mesh. А для устранения Ripple и повышения точности в резонансных струтурах нужно выставлять "аккуратность" не менее 60 дБ (лучше 80).
Проблема: очень часто кривая счета Energy первалив через обычный "горб" превращается в медленно спадающую почти прямую... и, через несколько часов или сутки счета, ее резкий СРЫВ вверх (?!)
Доходит только до промежуточного варианта ~ 40 дБ и т.п. Время потеряно, результат нулевой.
(Да, считаю в T-Solvere с его классической "квадратной" сеткой. FD с тетрагональной сеткой у меня почти не работает, выдает полный бред)
Помогите! В чем дело, что происходит с Energy и как исправить?!

Заранее спасибо,
Александр

Здраствуйте уважаемые! У меня вопрос, помогите разобратся с дискретным портом. Моделирую микрополосок. Мне нужно подать на полосок определённый ток с частотой. Перерыл мануалы, но всё как-то не лепится. И ещё....как смоделировать ситацию: воздействие внешнего поля на модель, приэтом на полоски еще и дать ток. План вейв работает самостоятельно. Выдаёт ошибку, с портами одновременно не пашет.
Спасибо всем, кто поможет.
P.S. Делаю диплом. Я хоть и чайник, но хочу уточнить пару моментов. Спс.

Называется такая штука долговременной нестабильностью. Как бороться - сказать трудно. В первую очередь постарайтесь задать несколько виртуальных границ (между объектами воздух-воздух), чтобы сетка сгущалась к вершине конусов (т.е. задайте несколько концентрических сфер вокруг вершины конуса с радиусами 0,001..0,01..0,1 тогда сгущение узлов сетки будет привязано к этим поверхностям.
Кроме того, возможно проблемы вызваны наведением статических полей. Попробуйте возбуждающий сигнал задавать не гауссоиду, а ее производную, может поможет.
Длительное время счета обусловлено наличием очень малых ячеек при общем большом объеме структуры. В таком случае стандартный FVTD страдает из-за ограничений связанных с критерием стабильности. Поэтому лучше использовать FD солвер (в нем также необходимо ручками расставить виртуальные сферы для обеспечения сгущения сетки к вершине конуса).
Успехов!

Сообщение отредактировал sank - Nov 3 2008, 10:25

Привет Люди добрые!

Позарез нужна CST MW (желательно новую версию), нужно срочно кассегрейнову антенну отсимулировать.
Облазил весь форум так и не нашел где скачать. Но знаю точно что тут она есть.
Написал Админу - тоже тишина. Может кто нибудь поможет с сылками а?
Думаю что на ФТП есть, но у меня к сожалению нет там доступа.

заранее громадное спасибо!

Юнир

Отправил в PM

У меня в свою очередь вопрос к знатокам CST и распределенных вычислений. При установке CST на несколько машин и установке Контроллера на одну из этих машин, получается так что работает эта связка только тогда когда, на машины солверы лицензия берется с машины с контроллером. Если на каждой машине используется своя локальная лицензия то связка не работает.
Так и должно быть или я что-то не так делаю?

ЗЫ. Само собой все солвер серверы завязаны на сервер контроллер.

Всем доброго времени суток.
Есть вопросы: существует-ли CST for Linux и второе: кто-нибудь занимался микрополосковыми делителями мощности в диапазоне от 10 до 100 ГГц?

Существует, только солвер сервер и контроллер, то-есть без интерфейса для рисования топологий.

ЗЫ. Не удобней ли микрополосковые делители моделировать в MWO?

Последняя версия CST SP6 в разделе "Ищу программу". Скачал 4,8 Гига ,а вот установить проблема.
Есть SHOOTERS .Но все как-то непонятно.Если кто-нибудь устанавливал,помогите.

Alex Z.