milar real-life AEC things that in fact are complex assemblies ... then your next (actually the first) step should be top-dog MCAD apps (but try Microstation + Generative components as well).
But given the opportunity there's 2 kind of "parametric" things out there:
1. The Topology (an abstract collection mostly of coordinate systems) that can been handled via graphical editors like GH. If there's some logic behind ... then ... maybe ... we can talk about algorithmic stuff (but who cares about names? not me anyway).
2. The real-life 3d things that are designed via dimension driven design, history based modeling, feature modelling etc etc (using exclusively high end solid modeling apps NOT surface modellers like Rhino). Basically you design these "by hand" (by mouse in fact) and then you "export" their "events" that "matter" to the app that does the 1 > then either you change them (clash/cost/structural/aesthetic reasons etc) or you change the topology. If these are ready parts from the market (kinda like the Norsman cable tensioners used) then ... you just keep them in RDBMS controlled repositories and use them accordingly. But if the project is really bespoke you can design them too as well (blame client's vanity).
So you have 2 kinds of "parametric": the theory and the reality ... whilst the "ideal" solution is some kind of equilibrium between "I want" and "I can".
On the other hand doing FEA on real-life bespoke complex parts ... well .... as I said months ago > what about some other Project? he, he.
But ... hope dies last ... there's a "middle" solution as well: wait for the 4 horsemen (the 4 C# that in fact are 5).
You'll be surprised…
(the full 4gigs it can handle) as long as you have physical memory left.
But once Rhino4 gets anywhere near 3gigs, I'd reccomend Rhino5 because 4 doesn't recover once it hits the memory wall.…
IF the platform is "unsuitable" (or there's others more suitable) then disproportional amount of effort is obviously required for the same sort of result (or "similar"). And well ... er ... if the design goal is solid modelling ... chances are that a surface modeller MAY classify as unsuitable (but may not depending on the case).
Given the opportunity: Personal data: strictly AEC sector, AECOSim/Microstation (25 years, main BIM/General CAD purpose app) + various vertical Bentley Systems AEC apps + Generative Components (~10 years, main Parametric app) + CATIA/NX (20 years, main MCAD app) + Quest3D (~10 years, main VR app) + ... + you name it.
UGLY news: I run a practice > this means that I'm used in evaluating/addressing problems having TEAMS in mind, budget, alternatives, deadlines, clients, study guarantees, claims, clauses ... > this means that I'm often very bad/off-topic if an one man show task requires some opinion/solution/workflow.
Anyway ...
... with regard your issue I'll provide an indicative approach after this w/e ... but chances are that would be carried over exclusively without native components.
best, Peter
…
Rhino, similar to Attribute User Text tab in Rhino 6 but with some enhanced features. Any bug or error report would be appreciated.
http://www.food4rhino.com/app/elefront…
sive:
It is using up all or a lot of the cycles on the app UI thread. So there's no computing power left over to handle mouse events, keyboard events and paint events.
It is using up more memory than the computer physically has, so Windows starts paging (i.e. using the hard-disk as a memory space). Since disc read/write access is orders of magnitude slower than RAM read/write speed, this will slow down everything.
Some other application is using a lot of computing power/memory and Windows deems that app more important than Rhino.
8GB might not be enough if Rhino needs more than 5GB or so to run. Windows will take up ~2, other apps will take up ~1 unless they are also doing heavy lifting, so you have about 5 left over for Rhino+Grasshopper+++. It is not difficult to make Grasshopper use lots of a memory, but its also not demanded. If you generate 5000 complicated Brep objects, they are going to have to be stored somewhere.
However I cannot comment from here about whether your problem is processor or memory related, or both.
…
minor updates and fixes. Some components require at least Rhino 5 SR12. After installing the pufferfish1-7.gha, please close Rhino completely one time to avoid potential assembly reference errors with the "Twisted Box" components.…