Thread: [brlcad-tracker] [ brlcad-Bugs-2279264 ] prep time slowing down
Open Source Solid Modeling CAD
Brought to you by:
brlcad
From: SourceForge.net <no...@so...> - 2008-11-13 22:57:30
|
Bugs item #2279264, was opened at 2008-11-13 17:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Raytrace Group: performance Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lee Butler (lbutler) Assigned to: Nobody/Anonymous (nobody) Summary: prep time slowing down Initial Comment: prep times for modest geometry seem to have gotten out of hand in recent releases. Modest geometry which can be displayed in mged in 6 seconds takes over a minute to "prep" before raytracing starts now. Ray tracing runs relatively quickly once the prep phase is done. This was measured on Mac OS X running Leopard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-11-13 23:36:42
|
Bugs item #2279264, was opened at 2008-11-13 22:57 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Raytrace Group: performance Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lee Butler (lbutler) Assigned to: Nobody/Anonymous (nobody) Summary: prep time slowing down Initial Comment: prep times for modest geometry seem to have gotten out of hand in recent releases. Modest geometry which can be displayed in mged in 6 seconds takes over a minute to "prep" before raytracing starts now. Ray tracing runs relatively quickly once the prep phase is done. This was measured on Mac OS X running Leopard. ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-11-13 23:36 Message: Is this primarily/only with large BoT geometry? Or with geometry that has pipes? I've not seen this problem with my own testing or on the benchmarks. The times have actually gotten overall slightly faster over the past year due to a handful of minor optimizations. The only thing that comes to mind that relate to prep time is an optimization/fix that were made to the pipe primitive to move a dynamic memory allocation from shot() to prep(). A simple reproducible sample geometry that exhibits the problem would of course help profile the problem too.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-11-13 23:37:07
|
Bugs item #2279264, was opened at 2008-11-13 22:57 Message generated for change (Settings changed) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Raytrace Group: performance Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: Lee Butler (lbutler) Assigned to: Nobody/Anonymous (nobody) Summary: prep time slowing down Initial Comment: prep times for modest geometry seem to have gotten out of hand in recent releases. Modest geometry which can be displayed in mged in 6 seconds takes over a minute to "prep" before raytracing starts now. Ray tracing runs relatively quickly once the prep phase is done. This was measured on Mac OS X running Leopard. ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-11-13 23:36 Message: Is this primarily/only with large BoT geometry? Or with geometry that has pipes? I've not seen this problem with my own testing or on the benchmarks. The times have actually gotten overall slightly faster over the past year due to a handful of minor optimizations. The only thing that comes to mind that relate to prep time is an optimization/fix that were made to the pipe primitive to move a dynamic memory allocation from shot() to prep(). A simple reproducible sample geometry that exhibits the problem would of course help profile the problem too.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-11-13 23:41:51
|
Bugs item #2279264, was opened at 2008-11-13 22:57 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Raytrace Group: performance Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: Lee Butler (lbutler) Assigned to: Nobody/Anonymous (nobody) Summary: prep time slowing down Initial Comment: prep times for modest geometry seem to have gotten out of hand in recent releases. Modest geometry which can be displayed in mged in 6 seconds takes over a minute to "prep" before raytracing starts now. Ray tracing runs relatively quickly once the prep phase is done. This was measured on Mac OS X running Leopard. ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-11-13 23:41 Message: AH! .. I think I might know what's causing the slowdown -- iff the problem was specific to BoTs. There is a todo entry I have pending to optimize bitv indexing now that it's no longer hard-coded (machine.h was killed). ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-11-13 23:36 Message: Is this primarily/only with large BoT geometry? Or with geometry that has pipes? I've not seen this problem with my own testing or on the benchmarks. The times have actually gotten overall slightly faster over the past year due to a handful of minor optimizations. The only thing that comes to mind that relate to prep time is an optimization/fix that were made to the pipe primitive to move a dynamic memory allocation from shot() to prep(). A simple reproducible sample geometry that exhibits the problem would of course help profile the problem too.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2279264&group_id=105292 |