| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
КИПиА Регистрация: 21.03.2005
Tyumen
Сообщений: 1,352
|
Цитата:
Вообще очень странно пытатся делать опенсорс обмазовшись со всех сторон проприетарным дорогущим софтом. не получится |
|||
|
||||
Инженер-философ Регистрация: 24.04.2019
Хабаровск
Сообщений: 1,868
|
Я игрался в ObjectARX, слепил несколько простейших команд типа суммы объемов, на прошлой работе. Акадов там был зоопарк - от 2008 до 2016. Никаких изменений в исходники для сборки под разные версии вносить не приходилось, только перенастроить проект. Что было создано под 2008 - собралось и под все версии до 2019, и под x32, и под x64.
Были только легкие пляски с бубном при настройке. Например, одна из версий была завязана на библиотеки MFC, а в бесплатной студии их не было - там помогло просто объявить несколько переменных, на которые линкер искал ссылки. Или для сборки версии 2008 в более поздних студиях я подменял в заголовке DLL версию линкера, чтобы автокад разрешил загрузку. Но это все не касалось кода. Просто SDK для определенной версии акада требует определенную версию студии, иначе при компиляции будут сплошные ошибки в заголовках самого SDK, они там постоянно от новых компиляторов новые фишки тянут, видимо. И статические библиотеки в составе SDK соответствующей версией линкера собраны. При этом в справке по SDK в каждой новой версии есть раздел про новое и удаленное старое. Если залезть глубоко, возможно и в коде придется разные версии делать, но на уровне создания простых пользовательских команд я с этим не столкнулся. |
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
Цитата:
1. Делается опенсурсная расчетная библиотека,которую можно приаттачить к любому проекту. 2. Для визуализации, разработки и отладки используется самый популярный граф. редактор - autocad. Это позволяет вовлечь в отладку и тестирование максимальное количество людей. 3. С учетом сложившейся ситуации, исходный код, написанный даже под Autocad несложно портировать на Nanocad, Bricscad и т.д. 4. Т.е. проект не привязывается с софту, а только его использует. ----- добавлено через ~6 мин. ----- Цитата:
Видимо, по ходу разработки код нужно периодически тестировать на соответствие новым версиям студии. Не хочется писать для новых автокадов, так как привлекаемое сообщество уменьшится. Последний раз редактировалось nickname2019, 27.09.2021 в 10:25. |
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
|
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
|
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
Расчетный код на c++ будет намного быстрее + его можно скопипастить из gmsh. Математику нужно писать на c++, может быть с применением ассемблера на перспективу.
надо подумать, как это сразу сделать. |
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
|
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
Мультифронтальный метод решения надо запускать в нескольких потоках (по количеству физических процессоров).
|
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
|
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
Цитата:
----- добавлено через ~6 мин. ----- Пусть они немного медленне будут работать чем нативный си. но так будет сэкономлена уйма времени на разработку Последний раз редактировалось румата, 27.09.2021 в 11:36. |
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
Надо будет протестировать. Разница во времени может быть огромна. c++ библиотек тоже много.
|
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
Я уже тестировал. Нет там никакой огромной разницы. Все эти библиотеки по сути обертки над давнишними фортрановскими библиотеками. По моим тестам OpenBLAS был самым медленным. .net обертка над IntelMKL, SCiPy/NumPy. Julia примерно одинаково по скорости работают.
----- добавлено через ~10 мин. ----- http://fseps.blogspot.com/2017/02/blog-post.html Последний раз редактировалось румата, 27.09.2021 в 12:25. |
|||
|
||||
Регистрация: 18.11.2019
Сообщений: 1,492
|
https://gitlab.com/libeigen/eigen
Вроде у них были решения для разреженных матриц (чтобы не оптимизировать нумерацию узлов и не уменьшать размер ленты). Также подозреваю, что они матрицы раскладывают с использованием видеокарты. |
|||
|
||||
Регистрация: 06.04.2015
Сообщений: 2,673
|
Цитата:
----- добавлено через ~22 мин. ----- Видеокарты, реально ускоряющие решение на числах с плавающей запятой двойной точности стОят непомерно дорого. Не стОит этим обольщаться. |
|||
|
||||
Проектировщик электрических сетей Регистрация: 17.01.2014
Пенза
Сообщений: 176
|
Цитата:
Цитата:
Цитата:
У Вас уже команда собралась. румата пускай решает одну задачу на С#, а nickname2019 на С++. Потом как румата решит nickname2019 перепишет на С++ или наоборот. Языки очень похожи. И вообще мне кажется основной проблемой и там где реально придется по шевелить серым веществом это будет математика. Считать вес линии, ее цвет и название слоя, нарисовать линию или еще что - это все ерунда. А вот царица наук... |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,004
|
только базовым синтаксисом похожи очень) Например, в .Net - массивы постоянные (можно только создать новый массив и туда скопировать из старого), строки постоянные (там вообще прикручен механизм хеширования) и т.д. Ну и отсутствие множественного наследования (хотя в последних версиях языка что-то начали делать в этом направлении, насколько видел)
|
|||
|
Опции темы | Поиск в этой теме |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
СП 335.1325800.2017 «Крупнопанельные конструктивные системы. Правила проектирования» (Обсуждение) | Armin | Прочее. Архитектура и строительство | 37 | 07.11.2018 06:55 |
Фирменные решения по пропуску коммуникаций через стены подвала | Regby | Конструкции зданий и сооружений | 2 | 07.04.2010 20:43 |
устройство и возможные конструктивные решения вентфасада из кирпича | Ivansobaka | Каменные и армокаменные конструкции | 1 | 16.12.2009 06:38 |
Конструктивные решения по перемычкам в многослойных кирпичных стенах! | Westroy | Архитектура | 16 | 30.11.2009 13:57 |
Конструктивные решения монтажных соединений многоэтажных зданий на высокопрочных болтах | VoRoNoFF | Конструкции зданий и сооружений | 1 | 04.04.2009 00:41 |