Community Tip - When posting, your subject should be specific and summarize your question. Here are some additional tips on asking a great question. X
Hello,
Currently working on the very large assemblies (tractor).I have made the simplefied reps also,still it takes a very large time for regeneration,Include,exclude and substitute reps.
Assembly opening takes 20 min time.working on the 24 GB system...please help or suggest any technique.
Simplified reps should certainly help, but also based on some recent benchmarking I am very leery of the "workstations" most vendors are selling for top dollar. I don't know about the Z800 series of workstations for certain, but we recently tested the newest Z440, our prior standard Z420 and the Z230. The Z230 was about 36% faster than the older Z420 and 25% faster than the Z440 using the OCUS benchmark (www.proesite.com). I know in the past there were definite performance enhancements by using the Xeon processors, but right now for Creo 2, the i7 processor in the cheaper Z230 blew the Xeon away. Also we are seeing real improvements with Solid State Drives. The Z230 can take up to 32 Gb RAM. Remember also, than RAM does NOT necessarily mean speed. As long as you have enough RAM, adding more doesn't speed anything up.
Does your open process include a workspace connected to Windchill? (a big impact on performance is cache folder size)
Are you calling for objects from a windchill server on the fly? (are all the objects in your workspace)
Are there family tables included in any of the sub-assemblies? (regenerate generic- PTC would recommend Instance Accelerators)
What version of Creo? (some versions are better than others)
All of these are worthy to check.
I have been hoping for a magic config option to prevent regeneration of family tables when opening simp reps for a long time!
Bill,
Did you consider using family table instance accelerators ? in majority of cases their presence will eliminate instance generation upon retrieval, and reduce time dramatically. Lately we increased robustness of their usage vs. older Wildfire versions. They are mostly recommended for finished parts of design, but can be used on in-work stages as well, though less efficient as they will need to recreate upon Save after instance is modified.
Regards
- Vlad
Vlad,
PTC needs to have the customer's experiencing success with instance accelerator's in a Windchill environment to start proclaiming how great they are!
Have you used Creo View connected to Windchill with extremely large assemblies? It does circles around Parametric with large assemblies in regards to loading, searching and selecting. Parametric can only load one configuration at a time...View can load 16 simplified reps concurrntly into 16 views from one top level assembly and it doesn't have to regenerate.
I really wish the Parametric team chose to use the PVZ/OL files for the lightweight graphics rep functionality instead of using the PVT files in Windchill. I personally think you would have hit a home run with an OL strategy in the long run. I'm sure PTC has their reasons...but I can still hope and voice my opinion!
Bill,
Please elaborate on any specific problem you see on Windchill with instance accelerators - we definitely shall know if we have some. Accelerators are a suggested performance improvement method and is desired to work smooth with Windchill, being a "secondary content" to each generic.
.xpr files are definitely not any miracle - they simply prevent instance parts / assemblies from generating upon retrieval, taking finished geometry from accelerator model, but this means respectively reducing retrieval time. Mentioned time saving is relevant for the case when instance is in Master Rep, as well as in Geom / Graphics rep.
I do not argue Creo View retrieval performance if far superior to Creo Parametric - though you can barely compare the two, considering amount of data that Creo Parametric brings with it. And yes, please be sure - we do put continuous effort on improvement of retrieval performance, this is on high priority of respective development department. Not sure if you attended latest (January) TC where it was discussed in quite a details. If not - watch out for June event, I guess (hope, cross fingers 🙂 that you will get good news on this topic.
- Vlad
Any chance for instrumenting Creo - number of CPU cycle per feature, memory consumed per feature, GPU used? It's difficult to determine what the best method is with scanty feedback and difficulty separating out file system, network, PDM, and model interpreter performance. I've seen people complain about how long things take and am lead to believe it's delays from Windchill traffic or poor hardware choice, not actual model interpretation performance. The last place I worked I would sometimes hit save and the software would stall for 30 minutes. Make some more changes, hit save and it's 30 seconds. No way to debug.
Creo is a software development system, but without the tools most software developer access for profiling to improve performance.
That's a good point, David. Hope product management watches this thread ...
Yes Vlad, I was in the room during the January TC meeting you are referring to and very interested to see how it works! I look forward to hearing about the updates.
If you recall there was a customer in the room that stated they have turned off IA creation because they are having issues. (don't rememeber the specifics) Hopefully, they have them resolved by the June 7th so we can hear how great they are! Our company needs to hear success from other customers before we even entertain testing them.
Please elaborate on any specific problem you see on Windchill with instance accelerators...
Vlad, I just saw this come through on the Creo Community. Seems very relevant.
We use quite a bit of family tables for our PCB components so there could literally be a 1k of parts for one resistor. Looking back at that we probably should have went a different route.
The fix to the issue that I outlined above was a configuration setting. I had save_instance_accelerator set to always. Which prevented from saving. I changed to NONE and it fixed the issue with WC and Creo saving these assemblies and parts with family tables. It solved my issue.
The comment was originally posted to this topic: Saving assembly conflict message ask to check out parts
(It looks like maybe it has since been deleted.)
Correction, looks like it's been moved here:
Solved: Re: Creo 3: IDF (EMN/EMP) Question to why Assembly... - PTC Community
Tom,
Thanks for shedding the light on the source of the issue. If this is the only (or major) problem of .xpr / .xas files usage there might be a cure to it.
I have to say, that reading reference case at Solved: Re: Creo 3: IDF (EMN/EMP) Question to why Assembly... - PTC Community does not provide the full info since it is not clear if accelerators existed before, were they up to date or not, and what were the nature of the changes that user did in Creo session before pushing Save. Having the model + trail would be the best.
In general :
save_instance_accelerator = always : really implies that accelerator files will try to update (save, and also force generic storage !) and will be created (if not existed beforehand) upon any Save attempt. This option can make trouble if this is library object forbidden for save. For e.g. your library part has family table, and had no accelerator files - Save - it will try to generate multiple .xpr files, and also modify generic model.
save_instance_accelerator = none : this is however another extreme decision. This mean .xpr files will never update or generate new, and if for some model they become outdated - they will stay outdated forever. hence reducing cases when they are used, since seriously outdated accelerator file is simply not used.
save_instance_accelerator = saved_objects* : this is default, and also recommended value. It means that if certain generic or instance model was modified and will anyway go to Save, such instances present in session will also update their accelerator files (or create new - if not existent). Hence keep up-to-date for further usage for speeding up assemblies retrieval. We expect that this setting should not make troubles in case of library parts, since if they are not modified they will not attempt to Save.
Regards
- Vlad
Bill,
Currently working with Creo-2 version. Not working on the wind chill and the related all files(part and assemblies) are on the local drive itself.
Yes some components, mostly hardware's are having the family tables.
Thanks & Regards,
Ankur
Ankur,
When dealing with slow retrieval times, you have to consider a few different things... Network Speed (if remote storage is used), Wind Chill Server speed, or the Hardware on the Workstation itself. Since your last message says you doing everything local... You'll need to look at your hardware specs not just model number and amount of RAM. Z800 and 24GB tells us very little...
I don't want to turn this into a plug for my company, but to Robert's point, I have worked with many companies who have been disappointed with the off-the-shelf "workstations" that some companies are trying to sell for top dollar. It boils down to these companies are trying to sell a "workstation" that fits everyone so that they can sell high volumes off an assembly line. The fact is that if you want Creo to run as fast as possible, then you need to understand how Creo works and build a machine that allows the software to do what it wants to do. Really, this is true no matter what the software... CAD, Photo-Rendering, or FEA... each type of software has different needs and a specific "workstation" should be different for each.
I would start first with what you have told us. Very Large assembly and 24GB. - Check your task manager when the full assembly is in session. Are you pulling in more than your 24GB physical limit? If so, then your in "swap space" and being in swap really slows the performance of the machine. In this case, (if you can) simply add more RAM to your machine and you should notice an improvement.
Beyond that, we'll need to know some more details. Creo is still largely a single threaded software, so CPU, Motherboard, RAM, and Hard drive speed all have a huge impact on performance. Its time to do some homework...
CPU: Intel or AMD?... if Intel- Xeon or i5 or i7?... speed (in Ghz)?... Overclocked or not?...
MOBO: Workstation/Server class board, (supports Xeon CPU's) - or Workstation/Gaming class board (supports i7 CPU's)?
RAM: How much do you really need? (keep the machine out of swap) Whats the RAM speed? (in Mhz) (1033, 1600, 2133, 2400, etc)
Hard Drive: mechanical disc, or SSD? if mechanical whats the RPM speed? (5200, 7200, 10K)
There are other details you can look at within these categories as well. for example: Whats the latency of the RAM? or whats the seek time and data transfer rates of the hard drive? etc... In general though, the information gathered on the items listed above will go a long way toward telling you where the problem is.
Good Luck,
Bernie
Bernie Gruman
Owner / Design / Builder
www.GrumanCreations.com