Sign in to follow this  
Followers 0
Guest

FlowVision

82 posts in this topic


Где-то рядом с SHAPE, берем кусок железа и назначам ему задачи он становиться определённый формы.

"А хотите я его стукну и он станет фиолетовым"

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Вообще тестов всяких проводится много, но представляют ли они какую-нибудь практическую ценность для вас?

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

На наш взгляд, простому смертному актуально знать характер ускорнеия до 16 ядер.

Планируем выложить тестирование IBMовской тачки. Сейчас документ находится у IBM на согласовании.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

То что там не вся информация представлена так это совершенно верно. Сайт наш это отдельная песня.

Поэтому мы стараемся периодически выкладывать статьи пользователей и примеры работ, т.к. именно наши пользователи в полной мере используют даже незадокументированные возможности и делятся этой информацией со всеми.

Share this post


Link to post
Share on other sites

подскажите пожалуйста, подойдёт ли flowvision для моделирования процессов отопления, вентиляции и кондиционирования?

Спасибо.

Share this post


Link to post
Share on other sites

Судя по тому, что на тестах по естественной конвекции врали в пределах 5% по основным характеристикам, можно сказать что можно.

:)

Share this post


Link to post
Share on other sites

На оффициальном сайте есть примеры по моделированию естественной конвекции...а как насчёт типового ОВ? Может, примерчик завалялся :)

Share this post


Link to post
Share on other sites

На www.tesis.com.ru зайди в раздел FlowVision опыт использования.

Share this post


Link to post
Share on other sites

Сколько стоит данный продукт?

Share this post


Link to post
Share on other sites

Обратитесь в tesis.com.ru

Share this post


Link to post
Share on other sites

Вышла новая статья с описанием применения FlowVision в кораблестроении.

Там же, для всех интересующихся, паравозиком идет материал об экспериментах в области создания новой модели турбулентности KOLOKOL.

 при проектировании судовых обводов "ПРОГРАММНЫЙ КОМПЛЕКС FLOWVISION КАК СОВРЕМЕННЫЙ ИНСТРУМЕНТ ПРОЕКТИРОВАНИЯ СУДОВЫХ ОБВОДОВ" (ТЕСИС, Судопроект, Digital Marine Technology)

- об разрабатываемой модели турбулентности с ламинарно-турбулентным переходом "ЧИСЛЕННОЕ МОДЕЛИРОВАНИЕ ЛАМИНАРНО-ТУРБУЛЕНТНОГО ПЕРЕХОДА НА КОРПУСЕ СУДНА В ПРОГРАММНОМ КОМПЛЕКСЕ FLOWVISION" (ТЕСИС).

Share this post


Link to post
Share on other sites

А что-нибудь про бета-тест новый...?

И про судьбу 3.08.04 vs 3.09 - всё же две ветки параллельно трудно тащить...

Share this post


Link to post
Share on other sites

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

В следующем году запланирован выпуск 3.09.01. Соответственно, после НГ после завершения тестирования запланировано бета-тестирование.

Share this post


Link to post
Share on other sites

а 3,08,05 SP1 (без новых функций относительно 3.08.05, но с исправлениями того, что будет найдено после релиза) будет? 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

вот потому и хочется иметь 3,08,05+,  которая будет дополняться только исправлениями, но не новым функционалом относительно того, что заложено в 3,08,05...,

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

Share this post


Link to post
Share on other sites

3.08.05 = 3.08.04 + SP1, все по феншую.

Только еще решили добавить ветку кода из версии 3.09.01 с новой схемой аппроксимации.

 

Касаемо 3.09, то чудес на свете не бывает - тестирование и еще раз тестирование. 

Share this post


Link to post
Share on other sites

- Мобила есть??!

- нет...

- А если найду??!

 

Переформулирую вопрос: все баги, найденные в 0805, далее будут исправляться только в рамках 3,09? Или нет?

Вот сейчас вопросик по EDC возник - вроде баг, оформили. В 30805 rel не войдет исправление... не успеют.

 

А что до новой схемы - то я могу только еще раз за эту обнову сказать большое спасибо!!!

Наконец нормально считается сверхзвук - пробовал с CFL > 35,

Горение на сверхзвуке считается тоже при CFL> 10.

В общем, отличный подарок к Новому году!

Share this post


Link to post
Share on other sites

 с новой схемой аппроксимации, которая позволит считать большие скорости с высоким Курсантом.

Можно вот с этого места чуть подробнее в двух словах

Share this post


Link to post
Share on other sites

На старой неявной схеме считать сверхзвук можно было только при CFL (Куранте) ~ 1.

Выше 3х задача раскачивалась и разваливалась. В редких случаях сошедшаяся задача могла жить при CFL<10.

 

Сейчас новая неявная схема - очень хорошая штука - позволяет считать при CFL > 20 сверхзвуковые задачи.

Соответственно, скорость счета таких задач выросла в разы.

Под аппроксимацией тут a_schelyaev имеет ввиду аппроксимацию градиента переменной по пространству (если я чего не путаю).

 

В общем, я рад и доволен :)

Share this post


Link to post
Share on other sites

Интересует тип и порядок аппроксимации в старой и новой версиях

Share this post


Link to post
Share on other sites

Саша, баги в 3.08 больше править не планируем. Но это планы, а как оно дальше пойдет - никто не знает. Мы и последнее обновление не планировали, но жизнь внесла свои правки.

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

Там, кстати, и время счета интеграции теперь меньше.

Share this post


Link to post
Share on other sites

Саша, баги в 3.08 больше править не планируем. 

Плоха... Думаю, этот там не последний, а 3,09 добавит своих новых, в т.ч. там, где их не было

Share this post


Link to post
Share on other sites

Тянуть две ветки кода в тестировании сил уже больше нет.

Share this post


Link to post
Share on other sites

Тянуть две ветки кода в тестировании сил уже больше нет.

а зачем старую тестировать? нужно только исправлять то, что всплывает.

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

Т.е. я к тому, что было бы здорово, если бы 3,08 не бросили, а минимальными силами вносили бы только исправления.

 

Вы ведь тоже заинтересованы иметь стабильную версию без сюрпризов...

 

Еще хотел спросить - у вас ведь есть более-менее прямой выход на AMD?

Если есть, то чего не порешаете проблемы работы Radeon'ов в ППП FV, если это реально проблема с дровами?

Предположу, что после перехода ATI в AMD  процесс взаимодействия должен был стать проще...?

Share this post


Link to post
Share on other sites

Тестировать необходимо, потому что нужно проверять к чему привели исправления. И если предположить, что исправление ни к чему не привело, то нужно работать с кодом еще раз и потом опять тестировать.

Функционал хоть и модульный, но модули друг с другом переплетены по своему.

Поэтому необходимость тестирования не обсуждается.

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

Например у буржуев т.о. замораживают версионность PDM системы на несколько десятков лет. Оплачивается это отдельным порядком и ставится на обслуживание отдельная команда разработчиков.

 

С командой разработчиков драйверов АТИ мы пробовали общаться в свое время, причем когда они уже вошли в АМД  - бесполезно. С того раза всем рекомендуем NVIDIA и вопрос отложили до лучших времен.

Share this post


Link to post
Share on other sites

Про ATI понял... Печально.

 

А про исправления - Ну я же не про десятки лет говорю... Пол года, максимум год...

А-ля SolidWorks.

Share this post


Link to post
Share on other sites

Ну, если бы у нас было столько же народу как в SW... :rolleyes:

Share this post


Link to post
Share on other sites

Ну, если бы у нас было столько же народу как в SW... :rolleyes:

И сколько (у вас)  ?  :wink:

Share this post


Link to post
Share on other sites

Приходите на форум в апреле - расскажем!

На НСКФ у Абрамова одним товарищам цифру назвал по численному, так он в шоке стоял и сопоставлял производительность своих нескольких "бабуинов" и нашего коллектива.

Share this post


Link to post
Share on other sites

 

Ну, если бы у нас было столько же народу как в SW... :rolleyes:

И сколько (у вас)  ?  :wink:

 

Оптимальная команда программистов 3-4 человека. Для подобной программы. И платить им нужно 50-60 твс рублей в месяц.

 

А менеджеров можно и миллион набрать.:)

Share this post


Link to post
Share on other sites

 

 

Ну, если бы у нас было столько же народу как в SW... :rolleyes:

И сколько (у вас)  ?  :wink:

 

Оптимальная команда программистов 3-4 человека. Для подобной программы. И платить им нужно 50-60 твс рублей в месяц.

 

А менеджеров можно и миллион набрать.:)

 

У вас есть опыт разработки подобных программ ?

 

PS: Тут недавно ЛОГОС-описцы озвучивали размер коллективов и затраты (в трудоднях и очень грубо по финансам ) на свой продукт. Там цифры по коллективу больше примерно на порядок. А у SW и им подобных не удивлюсь если  будет больше на все два порядка.

Приходите на форум в апреле - расскажем!

Ну вот всегда так  :mellow:

Share this post


Link to post
Share on other sites

Оптимальная команда, исходя из моих представлений это человек 15-20. Только разработка.

Отдельно тестирование, документация и методики еще столько же.

 

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

Share this post


Link to post
Share on other sites

Оптимальная команда, исходя из моих представлений это человек 15-20. Только разработка.

Отдельно тестирование, документация и методики еще столько же.

 

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

Ну 15-20 это вполне нормальная цифра (на подсистему)

 

PS: Судя по заявлениям логосописцев вы аутсорсили им только подвижные сетки. Пре/пост команда у них вроде как полностью своя. В контексте решалок про вас не упоминали, но в общеположительном ключе упоминали часто :) 

Share this post


Link to post
Share on other sites

(ЛогосАдаптив) = (FlowVision версии 3.08.04) - (Некоторый функционал)

Плюс еще отдельную параллельную решалку для разряженных матриц сгрузили.

Насколько я понимаю, это единственная решалка в их обозе способная эффективно параллелиться на несколько или даже десятки тысяч ядер.

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

 

Пре/Пост у них свой, причем они его несколько раз переделывали, если не ошибаюсь.

 

Кстати, основные наши изыски по матрицам пойдут, как я понял, в МКЭ для задач большой размерности.

Share this post


Link to post
Share on other sites

Кстати, основные наши изыски по матрицам пойдут, как я понял, в МКЭ для задач большой размерности.

Так в методе конечных элементов никогда не было проблем с матрицами большой размерности. :)

Share this post


Link to post
Share on other sites

На горизонте замаячили у нас. А на западе 20-30 лямов на тот же блок цилиндров двигателя в Абакусе уже реальность.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.



  • Сообщения

    • syncomp
      Требуется конструктор для создания литейной оснастки (3Д) по имеющимся чертежам. Я работаю программистом в модельном цеху. Работы много. Но задержки в работе бывают в основном из-за нехватки 3Д моделей оснастки. Работа удаленная.
    • Mikhail
      Интересно, что думал г-н Морозов, когда совсем недавно по историческим меркам давал наставления коллективу НАМИ, как и какие  нужно строить автомобили Проекта "Кортеж". Интересно также узнать, что это вдруг побудило г-на Морозова сменить ориентацию. Он сам дошел до этой простой мысли, читая научно-техническую литературу, или получил вышестоящее указание.   Ну, вообще-то, я был более пессимистичен. Я полагал, что пока Европа не дозреет до признания этого простого факта, мы будем тупо идти "в тренде". Ан-нет, есть-таки здравые люди и в министерствах.   Да, электрификация автотранспорта - это большая и очень выгодная для распила ложь. Очень большая и очень выгодная. Однако, посмотрим, как новые руководящие указания пойдут в жизнь.    
    • Aft_al
      Проволоку сильно натягивать ненужно. Качество сильно не пострадает. На этих станках качество реза зависит от подшипниках в роликах, от качества жидкости. Если проволоку рвет когда происходит реверс, может подскакивать ток (конденсатор заряжаеться в блоке питания). Или образовалась какавка в токосьемнике. Проволока в рабочей зоне на барабане становиться тоньше в процессе работы, а по краям толстая и она может застривать в канавке токосьемнике и рваться. Еще может большой ток и напряжение. Я работаю на 80вт и ток 3-4 ампера. После дополнительных переделках проволока не рветься неделями! Скороть реза СИЛЬНО зависит от качаства жидкости! 
    • Aft_al
        На китайском станке режу сталь, каленую некалюную, медь, латунь, алюминий(переделка станка, иначе быстрый износ токосемников). Чтобы бысто резать нужна эмульсия для эрозии. Эрозию использую вместо фрезерого, быстро,удобно. Зажимает каленый метал, или отрезаный газорезом или плазмой Заготовку приходиться выбивать, если невымываються шлаки(большая скорость,плохая жидкость)
    • Dtchoupine
      Господа срочно требуется помощь в расчете проливаемоси латуны в кокиль стальной в программе ProCAST. Кто сможет на возмедной основе оказать содействие? 
    • tm-ares
      Можно и без правки поста.   Hide  
    • alex0800
      каждый мочит как хочет описали принцип  кому как  лишьбы результат был  
    • fantom.ul
      Всегда настраивал инструмент в шпинделе от стола, записывая эти значения в корр. вылета инструмента. Потом вводил расстояние от стола до нулевой точки детали по Z в таблицу смещений в G54...G59 со знаком +. ИМХО, это логичнее, чем привязывать вылет по заготовке. Нулевая точка на заготовке в процессе обработки может и срезаться...
    • vl_cnc
      Проще нет - откройте ладдер и посмотрите, что формирует эту ошибку.
    • tm-ares
      Тогда, видимо, править пост.   Hide