Увеличение размера файла при работе с конфигурациями.

[streamdown 1 565]

Вам действительно критичны эти килобайты?

[stic 5]

11 минуту назад, streamdown сказал:

Вам действительно критичны эти килобайты?

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

Изменено 3 апреля 2017 пользователем stic

[EvilBear 139]

3 часа назад, streamdown сказал:

Вам действительно критичны эти килобайты?

Килобайты, нет. Но вот когда наступает момент и файл во время сохранения переваливает за сотню, а следующее сохранение делает его 500 мб. тут уже не до шуток... Проблема есть и серьезная. Иначе, этой темы не было бы.

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

[stic 5]

Заметил еще, что настроенная деталь размером 826 кб при изменении названий сразу двух конфигураций, но не трогая текстуры и свойств, уменьшает свой размер на 100-200 кб. Текстуру вынужден хранить в файле детали. Конфиги меняют ее ориентацию на 90 градусов. Если открыть блокнотом такой файл, то там видна текстура в кракозябрах. Размер текстуры влияет на файл. Возможно куда то в этом файле пишется и промежуточное значение поворота или выбора отображения текстуры(проекция, выбор грани и т.д.). Когда в сборке больше 500 деталей и каждая по 3 mb вместо минимальных 0,6 то уже в ОЗУ будет сидеть 1500 mb не считая других атрибутов сцены. А если у меня максимум 2500 mb отведено под загрузку приложений в диспетчере, то уже приходится думать как выкрутиться. Ни разу не видел помощи файла подкачки при этом. Такое ощущение, что его размер никак не влияет на рендер.  Может я что то не так делаю?

Изменено 3 апреля 2017 пользователем stic

[streamdown 1 565]

2 часа назад, EvilBear сказал:

а следующее сохранение делает его 500 мб

За всю историю пользования (2010-2015 SW) ни разу такого не было. Я знаю, проблема имеет место быть, но мне такого добиться не удавалось.

 

2 часа назад, stic сказал:

Когда в сборке больше 500 деталей и каждая по 3 mb вместо минимальных 0,6 то уже в ОЗУ будет сидеть 1500 mb не считая других атрибутов сцены

SW не совсем уж тупая программа)) и если у вас 500 уникальных деталей, она уж додумается как с этим поступить. А если вы всё про свой рендер - так там вообще требования к железу другие, не то что к CAD.

[stic 5]

@streamdown  Да, я про рендер. Мне нужно чуть CAD , чуть рендер. Детали при рендере извлекаются из сокращенных и занимают память, как несокращенные. У SW неплохая визуализация. Только вот жрет ОЗУ. Если бы хоть через винт все делал, пусть медленно, но без вылетов. 

[EvilBear 139]

В 03.04.2017 в 19:21, streamdown сказал:

За всю историю пользования (2010-2015 SW) ни разу такого не было. Я знаю, проблема имеет место быть, но мне такого добиться не удавалось.

Интересно следующее: сменив версию с 13 на 17 и просто пересохраняя старые файлы они существенно теряли в весе. При этом это были не те, "убитые" файлы, которые с каждым последующим сохранением росли до невероятных размеров, а рабочие. Например деталь с 15-20 конфигурациями вместо 1,7 мегабайта становилась около 650 килобайт. Вот такие дела. Допилили оптимизацию, значит.

Изменено 23 мая 2017 пользователем EvilBear

[Maik812 290]

Не чего не оптимизировали а теперь сжимают в типа зипом... и работаешь ты как в архиве с соответствующими тормозами. начиная с 2015 версии фотмат поменяли..

Вот теперь то что на старом компе легко открывалось с версии 2015 тупо тормозит.

[REDGARS 33]

Один и тот же файл созданный в сборке и далее сохраненный внешним файлом 17 мб, за неделю стал больше весить на 2 мб)  Я делаю промежуточные зип архивы проекта. И решил взглянуть на самый большой файл который есть в сборке.Не очень сложный проект а весит в архиве уже 900 мб Ужас )) а Что дальше придется новый диск покупать чтоб сборку дальше доделывать . Уже как то не смешно. В проекте есть конфигурации зеркального отражения . И много деталей созданных в контексте сборки. Разрыв внешних ссылок детали никак не отражается на размере файла. Кто нибудь решил данную проблему?

Изменено 4 марта 2018 пользователем REDGARS
фотку добавил

[Maik812 290]

Была программа для уменьшения файлов, но не знаю как насчет новых версий, другой формат файла с 2015 версии. Короче не чего не изменилось судя по всему как пухли так и пухнут..

просто сохрани как копию самые пухлые детали и они уменьшатся.

Личное мнение одна из серьезных причин что все тормозит на солиде и люди слезают с него.

[Kelny 1 250]

15 часов назад, REDGARS сказал:

Разрыв внешних ссылок детали никак не отражается на размере файла. Кто нибудь решил данную проблему?

Нужны ли вам вообще такие ссылки?

Я бы так же не использовал ПОЛОСТЬ в вашем случае, т.к. куда проще нарисовать эскиз, при необходимости привязать его к сборке (хотя тоже бы не привязывал, т.к. безконтрольное изменение деталей от изменения компоновки сборки не всегда идёт на пользу).

Обычно помогает сохранением файла под новым именем.

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

[Maik812 290]

Кстати рост обьема файла из за конфигураций и использования в разных проектах, это у всех САПР? в компасе не наблюдал такое. Или беда ядра Парасолид? У Кати тоже ростет размер?