FlowVision

[Bonusfrag 104]

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

- нет...

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

 

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

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

 

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

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

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

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

[HFL 34]

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

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

[Bonusfrag 104]

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

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

 

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

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

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

 

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

[HFL 34]

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

[a_schelyaev 366]

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

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

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

[Bonusfrag 104]

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

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

[a_schelyaev 366]

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

[Bonusfrag 104]

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

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

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

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

 

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

 

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

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

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

[a_schelyaev 366]

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

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

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

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

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

 

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

[Bonusfrag 104]

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

 

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

А-ля SolidWorks.

[a_schelyaev 366]

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

[HFL 34]

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

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

[a_schelyaev 366]

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

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

[Гость alex3000]

 

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

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

 

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

 

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

[HFL 34]

 

 

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

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

 

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

 

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

 

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

 

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

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

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

[a_schelyaev 366]

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

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

 

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

[HFL 34]

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

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

 

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

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

 

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

[a_schelyaev 366]

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

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

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

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

 

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

 

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

[Гость alex3000]

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

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

[a_schelyaev 366]

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