| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |  Справка по форуму | Файлообменник |

Вернуться   Форум DWG.RU > Программное обеспечение > Программирование > Как создать расчетное программное обеспечение с открытым исходным кодом (конструктивные решения)

Как создать расчетное программное обеспечение с открытым исходным кодом (конструктивные решения)

Ответ
Поиск в этой теме
Непрочитано 24.09.2021, 14:52
Как создать расчетное программное обеспечение с открытым исходным кодом (конструктивные решения)
nickname2019
 
Регистрация: 18.11.2019
Сообщений: 1,039

На мой взгляд, основными проблемами российского рынка расчетного программного обеспечения являются:
- отсутствие нормальной возможности программной автоматизации по решению расчетных задач
(в расчетных программах отсутствует возможность для нормального программирования, т.е. невозможно написать программу для полностью автоматического создания расчетной схемы (нескольких расчетных схем), автоматического выполнения расчета, автоматического получения результатов и их автоматического анализа);
- закрытый исходный код по подбору расчетных параметров несущих элементов
(различные программы дают различные результаты при решении одинаковых задач, сравнение алгоритмов подбора различных между собой невозможно, так как код закрыт, общепринятых и одобренных алгоритмов нет, каждый пользуется своим "черным ящиком", который иногда может выдать ошибочное решение);
- для людей, которые занимаются автоматизацией на Лисп, C# и т.д. отсутствуют инструменты, которые позволяли бы программно "по-простому" вызвать готовую библиотечную функцию (например, по подбору сечения какой-то простой балки непосредственно из графического редактора), что вызывает необходимость вызова отдельной расчетной программы, что серьезно тормозит работу;
- "корявый" интерфейс, ужасно неудобная и медленная работа в существующих российских (и украинских) расчетных программах;
(фактически при наличии нормального графического редактора (autocad, nanocad и т.д.) приходится экспортировать данные в в "корявый" редактор расчетной программы и длительное в нем работать (задавать нагрузки, связи и т.д.), а встроить расчетную программу в нормальный графический редактор через автоматизацию невозможно).

В связи с вышеизложенным, назрел вопрос:
Как технологически наиболее правильно можно организовать разработку расчетного программного обеспечения с открытым исходным кодом?

Для совместной разработки кода создано общее хранилище на GitHub, используя которое каждый может поучаствовать в разработке :
https://github.com/chaosEagleOwl/source

На данным момент работа находится в стадии тестирования возможности совместной разработки.
Требования к программному обеспечению изложены в файле (ссылка README.md на GitHub): https://github.com/chaosEagleOwl/source/README.md

ТЗ на модуль формирования КЭ-сеток сформировано и помещено на GitHub.
На весь комплекс ТЗ формировать долго, видимо, будет чуть позже.

Сформирована доска для управления проектом, туда добавлены наиболее актуальные задачи.
Задачи проекта.

Последний раз редактировалось nickname2019, 06.10.2021 в 09:07.
Просмотров: 43077
 
Непрочитано 12.11.2021, 18:35
#361
Нубий-IV

Инженер-философ
 
Регистрация: 24.04.2019
Хабаровск
Сообщений: 1,042


Вот я все тестирую и тестирую, а мне все хуже и хуже. Если x32 работает примерно с 1.5G памяти, то что будет при вызове из нанокада?
Код:
[Выделить все]
 
#include "arxHeaders.h"


class nanoCADmem: public AcRxArxApp {
public:
	virtual AcRx::AppRetCode On_kInitAppMsg (void *pkt)
	{
		AcRx::AppRetCode retCode =AcRxArxApp::On_kInitAppMsg (pkt);
		return (retCode);
	}

	virtual AcRx::AppRetCode On_kUnloadAppMsg (void *pkt)
	{
		AcRx::AppRetCode retCode =AcRxArxApp::On_kUnloadAppMsg (pkt);
		return (retCode);
	}

	virtual void RegisterServerComponents ()
	{

	}

	static void nanoCADmem_memtest(void)
	{
		const int N_BLOCKS = 1000;
		const int BLOCK_SIZE = 100000000;
		
		try {
			double** blocks = new double*[N_BLOCKS];
			for(int i = 0; i < N_BLOCKS; i++) {
				blocks[i] = new double[BLOCK_SIZE];
				acutPrintf(L"Allocate %ib ok", BLOCK_SIZE);
			}
		} catch (...) {
			acutPrintf(L"Allocate %ib error", BLOCK_SIZE);
		}
	}
};

IMPLEMENT_ARX_ENTRYPOINT(nanoCADmem)
ACED_ARXCOMMAND_ENTRY_AUTO(nanoCADmem, nanoCADmem, _memtest, memtest, ACRX_CMD_TRANSPARENT, NULL)

Выделение десяти блоков памяти по 100 метров. В чистом файле выделяется только 3 блока; в большом файле и один не выделяется. Это все, что доступно для работы из-под нанокада.

Четырехугольная оболочка с 6 степенями свободы имеет матрицу жесткости (6*4)*(6*4)*8 = 4.6К = 0.0046M. При доступных 100M в памяти можно разместить только 100/0.0046 = 20 тыс матриц (не считая узлов, самих элементов, матриц преобразований, векторов перемещений и т.п.).

Не то что "хранить матрицы" не выйдет; видимо, безопасно только поэлементное чтение/запись.

Последний раз редактировалось Нубий-IV, 13.11.2021 в 06:33.
Нубий-IV вне форума  
 
Непрочитано 23.11.2021, 11:38
#362
DEM

YngIngKllr
 
Регистрация: 29.03.2005
СПб
Сообщений: 13,063


А чего все??
__________________
Работаю за еду.
Working for food.
Für Essen arbeiten.
العمل من أجل الغذاء
Працую за їжу.
DEM вне форума  
 
Непрочитано 24.11.2021, 21:41
#363
zamtmn

КИПиА
 
Регистрация: 21.03.2005
Tyumen
Сообщений: 1,501
<phrase 1=


>>А чего все??
В твоей теме никто не злорадствует))
zamtmn вне форума  
 
Непрочитано 26.11.2021, 14:35
#364
DEM

YngIngKllr
 
Регистрация: 29.03.2005
СПб
Сообщений: 13,063


Цитата:
Сообщение от zamtmn Посмотреть сообщение
>>А чего все??
В твоей теме никто не злорадствует))
ДА и там так же было...
Я понял, что нужно полагаться только на себя, и подготавливать готовое решение.
__________________
Работаю за еду.
Working for food.
Für Essen arbeiten.
العمل من أجل الغذاء
Працую за їжу.
DEM вне форума  
 
Непрочитано 26.11.2021, 14:37
#365
румата


 
Регистрация: 06.04.2015
Сообщений: 1,515


Цитата:
Сообщение от DEM Посмотреть сообщение
ДА и там так же было...
А что там было?
румата вне форума  
Ответ
Вернуться   Форум DWG.RU > Программное обеспечение > Программирование > Как создать расчетное программное обеспечение с открытым исходным кодом (конструктивные решения)

Размещение рекламы
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
СП 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