[Mazai]

Меня в частности интересуют параметры (случаи), при которых Автокад может вывести сообщение о Фатальной ошибки. А именно случаи, когда ему не хватает оперативной памяти. Может есть какая-то статистика?
Это происходит по разным причинам. Вот и хотелось бы узнать при каких обстоятельствах, у кого это происходит.

У нас, к примеру на Автокаде 2008, замечено, что если открывается несколько "тяжёлых" чертежей (к примеру 4-5), где используется большое кол-во объектов (более 200.000) и при попеременной работе с ними Автокад может выдать фатальную ошибку. Оперативки 2 Гб, файл подкачки по умолчанию 1,5 Гб. Вот какие к примеру могут быть ограничения для такой системы? (Ведь должна быть зависимоть от объёма оперативной памяти и кол-ва обрабатываемых объектов в программе).

Честно пытался найти что-то подобное в интернете, но найти пока не удалось. Пытался найти, к примеру, предельное количество простых объектов в чертеже выше которого программа работать не сможет.
Хотелось бы выявить причины и оформить это грамотно для остальных пользователей. Может кто-нибудь расскажет о пределах возможности работы Автокада? Он же не резиновый.

[Profan]

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

[Sleekka]

Переполнение оперативки и фатал еррор - вещи абсолютно не связанные. Чаще фатал происходит при не переполненной оперативке...

[Rost]

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

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

Сообщение от Rost Нету никаких ограничений!

Прям уж никаких?

[Михаил Левашов]

Очень интересная тема, поскольку нет программы, которая устраивала бы меня всем; поэтому из каждой приходится выжимать только некоторые необходимые мне возможности. Например, построение путём пересечения поверхностей в MDT явно имеет ограничения. То же и с: придам толщину - не придам толщину, возможно сформировать тело - не возможно, спроецирую каркас на поверхность - нечего проецировать и т. п., то же и в автокаде "чистом" - при Булевых операциях с телами.

[Яша Хейфиц]

Проблем очень много, особенно когда люди работают в файле пол года или год, и потом жалуются что файл вылетает или что кампутер купленный за месяц до начала работы над проектом слабый. Я такое каждый день вижу. В файле 3 плана, 2 разреза, узлы, фасады и он весит за 100 мб.. Конечно он тяжелый, таких пяток открыть и все.
Про команду "пурген" естественно мало кто знает!?
Автокад не позволяет превысить планку, когда все начинает тормозить, нормальный спец примет меры. Вариантов море!

[Ztn]

В AutoCAD 2008 вылетает ошибка "фатальная ошибка - недостаточно памяти. Закрытие приложения"

тема раскрыта тут

Если это то, что вы искали, то скажите спасибо.
если что не понятно - спросите

[Mazai]

В ходе работы мною было замечено, что к примеру, если в файле содержится более 400.000 простых объектов и мы захотели выделить их все (Ctrl+A) и вызвать просмотр свойств (Ctrl+1), то AutoCad уходит глубоко в себя и больше оттудова не возвращается
Я конечно понимаю, что у всего есть предел. Но обычные пользователи об этом не задумываются и жалуются на нестабильную работу. Вот я и задумался какие же всё-таки существую ограничения, на какие действия и как в идеале их можно обходить (решать).

[Sleekka]

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

тут штука батенька филосовская, раньше когда компы были слабые то идеалогически в свойства попадали только те, которые можно запросить у примитива, но Пользователи нерадивые и поэтому лиспом площади им считать тяжело, поэтому они СВЯТО веря в то что автокад площади считать не могет считали их на бумажке. Программисты поглядели наэто с тоской и дописали такие свойства в Ctrl+1, которые вычисляются по факту в момент выделения, теперь блондинки стали счастливы, но появилась другая проблема, 400000 объектов в файле. Мораль сей басни: Блондинкам раньше было тяжело - т.к. они не знали как площади суммировать, а теперь еще тяжелее потому что теперь они не знают как сделать файл меньше чем 400000 примитивов. А нормальным людям и раньше было все понятно, и почему щас АКАД уходит в себя понятно, просто теперь нужно адаптироваться под сложившиеся условия.
Почитайте книжки по программированию и наблюдайте, например время выполнения функции сортировки объектов по длинне растет в геометрической прогрессии, и посмотрите как вы компьютеры мучаете. У нас например: культуру пользования повышаем, запрещено делать файлы больше 2 мб, запрещено использовать fields (хотя его и так никто не пользует - в образцах был, значит был - нет в образцах, значит и не появится), и запрещено чертить в листах, только ВЭ в листах, но это все применимо под конкретные задачи нашего специфического проектирования (вам такая методика может не подойти), так зачем тогда спрашивать рецепта если все здесь акадчики занимаются разными задачами, рецепт всегда специфический, но универсальный есть - думайте головой ... и удачи...
ЗЫ пользователи всегда жалуются - это их удел, а наш с ними няньчится - успокаивать...

[Михаил Левашов]

Блондинкам всегда было тяжело, а в последнее время - особенно.

[Vova]

Вот пример настоящего ограничения. Автокад-ЛТ-97. Можно было сделать только 15 копий с объекта. Дальше надо брать команду снова. Мне приходилось делать больше сотни копий (например, эл. розетки на плане этажа). Можно представить, что это была за работа. На подходе к концу рессурса команды учащалось дыхание-успею закончить комнату, или нет

[igorni]

Сообщение от Mazai ...замечено, что если открывается несколько "тяжёлых" чертежей (к примеру 4-5), где используется большое кол-во объектов (более 200.000) и при попеременной работе с ними Автокад может выдать фатальную ошибку... ...Пытался найти, к примеру, предельное количество простых объектов в чертеже выше которого программа работать не сможет...

Если постоянные проблемы с нехваткой памяти, ИМХО нужно мамку заполнить ОЗУ под завязку и пересесть на Win64 (я этого еще не сделал, за что периодически сам себя матами и обкладываю).
Что до предельного количества простых объектов - Вы же не станете в процессе работы постоянно проверять сколько в файле объектов, оценивать какая степень их простоты и потом планировать сколько и каких объектов в файл добавить.
Или вот пример, в файле ваши 200000 объектов, добавляем два простых объекта – один Layout и в него один ВЭ, AutoCAD запросто может слететь на регенерации, если у Вас Layout Regen Options присвоено Cache model tab and all layouts, в тоже время все прокатит при Cache model tab and last layout.
Autodesk правильно делает, что количественных ограничений на примитивы не указывает. Их сформулировать для пользователей просто невозможно.

[Mazai]

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

Может существуют ещё какие-нибудь рекомедации опытных пользователей???

[Sleekka]

еще можно почитать FAQ на dwg.ru
еще - не пользоваться СПДС графикс
еще загнать в acaddoc.lsp: (setvar "layoutregenctl" 2)

[Ztn]

http://4.bp.blogspot.com/_OBhsOAKo4Z.../s400/2009.bmp

http://4.bp.blogspot.com/_OBhsOAKo4Z...8/s320/111.jpg

В настоящее время проблема решается тут

Описание с картинками ошибок там же (внизу пост №50)

Если это ваш случай - присоединяйтесь

[Кулик Алексей aka kpblc]

Ztn, ты там все посты прочти! Только все, без пропусков. Тебе там не один и не два раза сказано, что ты пытаешься на тракторе "Беларусь" выиграть "Формулу 1".