[valerij_konstr]

Здравствуйте! У меня возникла проблема с расчётом. Схема уже готова и в процессе расчёта (до разложения матрицы) SCAD выдаёт ошибку:

" П Р О Т О К О Л В Ы П О Л Н Е Н И Я Р А С Ч Е Т А

Mon Dec 15 11:25:12 2008
Полный pасчет. Версия 11.1. Сборка: Aug 16 2006
файл - "E:\Проекты_SCAD\Схема_SCAD_обработка.SPR",
шифр - "".
11:25:22
Свободная память 536538112 байт.

11:25:22
Ввод исходных данных основной схемы

11:26:29
Подготовка данных многофронтального метода

11:28:09
Многофронтальный сольвер - обнаружена ошибка при исполнении

11:28:12
Сохраните данные, закройте все приложения, включая SCAD, и запустит
е SCAD снова

11:47:09
Многофронтальный сольвер - мало физической памяти "

Подскажите пожалуйста, в чём может быть проблема. Заранее благодарен.

[Солидворкер]

Сообщение от valerij_konstr Подскажите пожалуйста, в чём может быть проблема. Заранее благодарен.

Ну, например

Сообщение от valerij_konstr Многофронтальный сольвер - мало физической памяти

Название темы информативнее!

[mann]

да и схемку не помешало бы выложить, ну или кратко опишите ее... сколкьо элементов и тп.

[Selkoff]

Попробуйте для начала экспресс контроль расчетной схемы

[valerij_konstr]

Сообщение от mann да и схемку не помешало бы выложить, ну или кратко опишите ее... сколкьо элементов и тп.

Жилой дом. Высота до 100 метров. 1300000 элементов в схеме...

[intermol]

Возможно, что не хватает места на жестком диске. Сделай так, чтоб гигов 30-50 было и попробуй тогда.

[valerij_konstr]

Сообщение от intermol Возможно, что не хватает места на жестком диске. Сделай так, чтоб гигов 30-50 было и попробуй тогда.

Может дело в оперативке? У меня 2ГБ...

[Koker]

Оперативка не при чем...у меня 180 тыс. элементов на 1Гб считает. Скорее всего в дисковом пространстве дело. Там порядка 10Гб надо будет для временных файлов.

[valerij_konstr]

Сообщение от Koker Оперативка не при чем...у меня 180 тыс. элементов на 1Гб считает. Скорее всего в дисковом пространстве дело. Там порядка 10Гб надо будет для временных файлов.

Освободил пространство на диске до 50ГБ и уменьшил схему до 780000 элементов. Выдаёт туже ошибку...

[Koker]

сорри,не увидел что у вас 1млн.300 тыс....у меня намного меньше. В скаде помоему ограничение на кол-во элементов стоит. Видимо слишком мелко разбили схему.

[Клименко Ярослав]

Я бы всё же установил релиз программы по-свежее.

[intermol]

Какая версия программы? Она может быть с ограничением по кол-ву элементов. Но даже если без ограничения, то и 780000 элементов - это тяжело для современных машин обычных людей. Скорее всего дело в жестком диске(месте на нем) и количестве элементов. Кроме того, при больших размерах файлов результатов, а здесь именно этот случай, файловая система должна быть NTFS.

[Forrest_Gump]

Offtop: а дайте файлик погонять - может моя машина тоже спотыкнется?

[valerij_konstr]

Уменьшил количество элементов до 550000 - пошло Рабочие файлы расчёта занимают примерно 11Гб. Правда сетка КЭ получилась 400х400мм в плитах перекрытия и пилонах. Нормально ли это? Не приведёт ли такая сетка к погрешности расчёта?

[Simonoff]

У меня тоже такие ошибки вылетают . Я даже свои схемы летом относил в офис к скадовцам . В новой верси они обеали все попроавить . Конечно напрягает то что ты зависишь от программы . У меня есть схемы которые выдают ту же ошибку при количестве КЭ 200 тысяч . Но у меня там схема с объемниками , а без объемников больше 1 млн КЭ точно считалась .

[valerij_konstr]

Насчёт физической памяти ошибок больше не выдаёт... Но на 91-м проценте разложения матрицы выдало другую ошибку (показано на рисунках).
Посоветуйте пожалуйста как избежать такой проблемы...

[Simonoff]

2 valerij_konstr
Считал схемы по 500 , по 600 тысяч КЭ ... , с такой офибкой ни разу не столкнулся . Попробуй сделать то , что предлагает программа : в файле скад.ини поменять нолик на единичку ... , хотя мне кажется , что врядли это поможет , потому что единичка отвечает за мультифронтальный метод разложения матрицы , а нолик за метод Гаусса . А мультифронтальный метод у тебя и так стоит по умолчанию ...
З.Ы. наверное надо попробовать перебить заново сетку КЭ , мне иногда помогало ...

[EUDGEN]

Сообщение от valerij_konstr Насчёт физической памяти ошибок больше не выдаёт... Но на 91-м проценте разложения матрицы выдало другую ошибку (показано на рисунках). Посоветуйте пожалуйста как избежать такой проблемы...

Как и в любом деле - от простого к сложному...
1. Начните модель со 100 тыс элементов (СЕТКА 1х1 вполне приемлема для такой громадины).
2. Сделайте анализ рез-тов расчета: период колебаний, деформации, усилия и армирование понизу.
3. Не иключено, что первоначальное конструктивное решение пройдет все условия нормативных требований.
4. Следующий шаг - уточнение и локализация .... анализ и возможный повтор этого шага с модификацией...
Это в двух словах... Не знаю уровень Вашего профи, но такая задача не многим будет "по зубам" - сам анализ, только чего стоит...
А вообще - удачи: "глаза боятся, а руки делают...".

[valerij_konstr]

Уважаемый EUDGEN у меня к Вам вопрос. Сталкивались ли Вы с расчётными схемами с большим количеством элементов (до 1000000) и сколько примерно места на жестком диске занимали расчётные файлы?

[EUDGEN]

Сообщение от valerij_konstr Уважаемый EUDGEN у меня к Вам вопрос. Сталкивались ли Вы с расчётными схемами с большим количеством элементов (до 1000000) и сколько примерно места на жестком диске занимали расчётные файлы?

Такие мастодонты избегаю применять по указанным мной причинам, и Вам не советую... Поэтому конкретно на вопрос ответить не могу - не приходилось и даст бог, обойдусь и далее...

[UIII]

Буквально на днях столкнулся с такой же проблемой.
Не хватает именно оперативной памяти для формирования матрицы мультифронтальным методом - "ширина фронта" больше имеющегося объёма ОЗУ (1 Гб). При переходе на метод Гаусса проблема решается, но возрастает время счёта.
В сентябре присутствовал на курсах MicroFE, там были озвучены схемы с числом элементов 800 000, 1 300 000, 1 700 000, и заявленное время счёта укладывалось в 4-5 часов.

[valerij_konstr]

Сообщение от UIII Буквально на днях столкнулся с такой же проблемой. Не хватает именно оперативной памяти для формирования матрицы мультифронтальным методом - "ширина фронта" больше имеющегося объёма ОЗУ (1 Гб). При переходе на метод Гаусса проблема решается, но возрастает время счёта. В сентябре присутствовал на курсах MicroFE, там были озвучены схемы с числом элементов 800 000, 1 300 000, 1 700 000, и заявленное время счёта укладывалось в 4-5 часов.

У меня 3Гб оперативки и не считало... Метод Гаусса тоже выдавал ошибку...

[Koker]

Сообщение от valerij_konstr У меня 3Гб оперативки и не считало... Метод Гаусса тоже выдавал ошибку...

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

[Simonoff]

Сообщение от Koker у меня сейчас такая же проблема, порядка 1млн. 100 тыс. элементов..и уменьшить их нет возможности, здание сложное,порядка 500 тыс. кв... вот даже не знаю что и делать пока.

Если схема состоит только из оболочек и стержней то должна считаться . (у меня считалась схемка с немного большим количеством КЭ)
Если в схеме еще присутствуют объемники , то максимальный размер посчитоной задачи где то в районе 500 тыс КЭ .
ЗЫ В новой версии разработчики мне лично обещали что СКАД будет считать такие задачки , но мой воз и ныне там .

[viking1963]

Доброго времени суток

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

[Simonoff]

2viking1963
Перепробовал все варианты оптимизации матрицы жесткости в многофронтальном решателе . Ничего не помогает . Прога пишет что не может выделить 3 гига оператвы . Наверное сообщение "на лоха" потому что у меня файл подкачки 8 гигов и самой оператвы 8 гигов . задачи испытывал в 64 битной винде .

[Николай Баглаев]

to Simonoff

Обратите внимание, что не только Windows, но и программа должна быть 64 битной. Иначе с такими объемами она работать не может...

[Simonoff]

ооооооооо , здравия желаю Николай !!!
Да на 32 битной платформе такая же самая история ...
ЗЫ Видать в погоне за новыми версиями разработчики "положили" на то , что кому то надо считать большие задачки
ЗЫЫ Я уже давно стараюсь не практиковать со СКАДом ...

[Николай Баглаев]

Здравствуйте!

На 32 бит платформе дело усугубляется тем что и платформа 8 Гб не видит нормальным образом...

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

[Koker]

В общем буду уменьшать кол-во элементов,делать более грубую модель,другого выхода пока не вижу.

[Simonoff]

Николай , Вы вроде представляете интересы другой фирмы , а сами защищаете конкурентов .
Вот Лира например хоть и долго , но схему из 1 млн КЭ считает и на 32 битной и наверное на 64 битной винде тоже . А вот СКАД даже Гауссом нехочет считать схему в которой присутствуют объемники если ее размерность подходит к 500 тысячам КЭ . Хотя у меня есть примеры там где и на 200 тысячах КЭ (100 тысяч пластинок , 100 тысяч объемников) СКАД выдаёт аналогичную ошибку .

Сообщение от Koker В общем буду уменьшать кол-во элементов,делать более грубую модель,другого выхода пока не вижу.

Если отступать некуда , попробуйте посчитать на Лире . Это хоть и долго , но результат все таки будет . И запаситесь свободным местом на диске , иначе матрица жесткости просто напросто не сформируется , не говоря уже о каком то расчете .

[Николай Баглаев]

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

Просто надо представлять какие ограничения продиктованы операционной системой...

[Simonoff]

Сообщение от Николай Баглаев На самом деле, при работе с большими системами решить задачу - это половина дела. Ее еще надо проанализировать

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

[Николай Баглаев]

Я бы с радостью...
Только надо с датами определиться и с местом....
Если есть соображения - пишите в личку или по почте - попробуем организовать. Благо новая версия выходит - есть чем похвалиться

[Yuzer]

начал считать модель в СКАД (75тыс КЭ).
На восьмой минуте начало выбрасивать: "не хватает места на диске С" и разложение матрицы окончилось на 98% такой фразой в протоколе:
"Многофоронтальный сольвер - ошибка при разложении матрицы. Задайте FrontExtendedDiagn...
в файле scad.ini"
Пробовал считать 2 раза
У меня на диске С свободного места 2,5Гб - по протоколу необходимо 950Мб.
Подскажите в чем проблема и какими путями можно перекинуть формирование расчета на диск D (там места много).

[Simonoff]

Yuzer , попробуйте переделать путь по которому сохраняются рабочие файлы : Опции - Назначение рабочих директорий (тут задаете новый путь на тот диск где места куча )

[Yuzer]

Simonoff, СПАСИБО!!!!!

[kelserivik]

Господа хорошие! возникли проблемы - не желает СКАД у меня считать простенькую схему просто выскакивает окно с ошибкой и далее попорядку (см. принтскрины в файле)

[Владимир Владимирович]

В прошлом(или позапрошлом) году был на курсах SCAD так вот на их буках с лицензионным скадом были тежесамые ошибки. Что делали скажем так предстовители компании. ПРОСТО ТУПО Сносили программу и ставили ее заново. А еще там есть папочка куда скад кидает все свои расчеты по умолчанию, так вот ее тож рекомендуют чистить(потому как обьем ее ограничен параметрами скада) как папку кличат Х.З. так как не пользуюсь, я этим софтом.

[kelserivik]

спасибо и на этом, буду пробовать

[engineer_a]

Немного в сторону от темы.....
ОС Windows имеет ограничения на размер файла. Некоторые программы, нпример FEMAP/NASTRAN, обходят это ограничение, используя "управляющий" файл, который руководит "хороводом" файлов. Тогда можно уложиться в ограничения операционной системы по максимальному размеру файла.
Расчетные комплексы типа ANSYS, PATRAN/NASTRAN, ABAQUS - работают при решении "больших" задач на рабочих станциях или суперкомпьютерах с операционными системами UNIX, Solaris и пр. - там размер файла не ограничен так, как в Windows.
Не пытайтесь на персональном компьютере работать с очень большими моделями - мороки много, а толку маловато будет. Пробуйте более крупную сетку КЭ, суперэлементы, подконструкции.

[Vanes]

Я по поводу скринов с ошибками. Такие сообщения обычно выскакивают, когда не корректно задан путь к папкам Scad Data и Scad Work. Тебе надо в программе прописать к ним правильный путь!

[Simonoff]

engineer_a , тут дело скорее всего не в размере файла , т.к. Лира при расчете задачки на 1 млн КЭ создаёт файл с матрицей жесткости весом под 100 гигов и нормально с ним справляется .
Суть ошибки в СКАДе при решении задач с объемниками заключается в том , что все объемные элементы попадают в один фронт ... , если кто то расшифрует последнее буду очень признателен !!!

[Jonny17]

Не зная как в SCAD, но уменя в STARKE при больших задачах, в которых запрашивается больше 1гига виртуальной памяти ( оперативка 2Гига, файл подкачки около 2 гигов) выдает ошибку:"Недостаточно виртуальной памяти". Звонил в Москву разработчикам на что получил ответ: Windows ХР не поддерживает файлы более 1 гига, либо укрупнять либо делить на подконструкции. Со SCAD думаю то же самое.

[Grim]

Сообщение от engineer_a ОС Windows имеет ограничения на размер файла. .

Размер файла ограничивает не ОС, а возможности файловой системы. в FAT32, например, не поддерживаются файлы размером более 4-х гигабайт....

[Simonoff]

Сообщение от Jonny17 ( оперативка 2Гига, файл подкачки около 2 гигов) выдает ошибку:"Недостаточно виртуальной памяти"

У меня дома 8 ГБ оператвы , на работе 12 ГБ . работаю в основном на 64 битной винде , т.е. винда видит все 12 гигов , а ошибка как выдавалась так и выдается ... , кстати , отстойный двухядерник с 2 гигами оператвы иногда считает задачки на которых спотыкается матерый 8 ядерник с 12 гигами оператвы ...
еще раз повторяю в чем кроется ошибка : все объемные элементы попали в один фронт .

[Jonny17]

Так у меня схема вообще без объемников была.Не знаю,что за ошибку SCAD выдает, но у меня STARK все задачи которые требуют более 1гига виртуальной памяти-прерывает(с объемниками или без). Разработчики говорят, что это косяк Винды, которая не тянет файлы более 1гига. Сам не программист не знаю, но разработчикам ПК думаю виднее.

[Simonoff]

Сообщение от Jonny17 Разработчики говорят, что это косяк Винды, которая не тянет файлы более 1гига.

... сказки венского леса ментов ... , извеняюсь за сравнение .
Как правильно выразился Grim , винда с файловой системой FAT32 неможет создать файл весом более 4 (или 2 если мне память не изменяет) гигов . Но сейчас то у всех стоит файловая система NTFS (и у разработчиков кстати тоже !!!) видать то о чем говорят разработчики СТАРК_ЕС - галимая отмазка !!! и расчитана на тупого пользователя !!!

[kelserivik]

Vanes а как прописать путь к этим папкам? как я понял, это нужно сделать в самом SCADe?

[OlegM]

Парни, кто нибудь сравнивал результаты расчетов версии 11,1 и 11,3

У меня отличаются аж процентов на 20%(

[Солидворкер]

OlegM, а тебе не кажется, что вопрос -не в тему?

[engineer_a]

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