SOLVESPACE -- parametric 2d/3d CAD
Examples
Tutorials
Features
Download
Reference
Technology
Library
Forum
Contact
USER FORUM

(you are viewing a thread; or go back to list of threads)

Real-time Performance (by Tom Sato)
Hi,

What do you feel is a realistic number of constraints under which the solver can function close to real-time? In other words, through your testing, what's the number of constraints I should not exceed in order to achieve reasonable performance? And I'm referring to simple segment entities within the same group.

Thanks,
Tom
Wed Jun 3 2015, 13:58:11
(no subject) (by Jonathan Westhues)
Trivial constraints (vertical, horizontal, most point-coincident) are pretty close to free. The cost of other constraints will vary with the geometry, and with how far the initial guesses for parameters are from a solution (farther=slower); but for a solution in tens of milliseconds on typical hardware, figure something on the order of a hundred constraints.

If you have more, split them into multiple groups, which are then solved in user-defined sequence. You may want to do that in smaller increments anyways, to make the structure of the sketch easier to understand.
Wed Jun 3 2015, 17:12:58
Performance (by RYAN WIDI SAPUTRA)
Yes performance issue, i try make something like this (attached)
On last sketch, its really slow. And i experience crash once, in the middle recording tutorial. Thank god there is autosave feature :D :D, yes i experience crash alot using freecad too.

Please give me some inspiration on how i should make this file better.

Btw i try make tutorial video for my 3D printer group so many people will be use this incredible app.
Mon Jul 4 2016, 12:07:55, download attachment basekarya3d.slvs
(no subject) (by whitequark)
Most of the slowness in SolveSpace comes from mesh operations, rarely from constraints; especially merging the mesh for assembly groups on CPU whereas it could be done with a transformation matrix on the GPU with the exact same result.

This is something I can address soon, after moving the rest of the rendering pipeline to OpenGL 2.
Mon Jul 4 2016, 12:26:43
(no subject) (by RYAN WIDI SAPUTRA)
great, i hope we dont need to change GPU to do that.

Thx
Mon Jul 4 2016, 22:48:37
Post a reply to this comment:
Your Name:
Your Email:
Subject:
(no HTML tags; use plain text, and hit Enter for a line break)
Attached file (if you want, 5 MB max):
© 2008-2018 SolveSpace contributors. Most recent update Nov 22 2018.