Stats

  • Locked Locked
  • Replies 15
  • Subscribers 143
  • Views 19010
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Most efficient db function to move all shapes in a design?

jaleco

Working in ic5141, what is the most efficient way to move all shapes in a design using the db functions?

I'm dealing with millions of shapes and would like to use a function like Move Origin, but this is not a db function.

Is it more efficient to create a figure group, add each shape to the group and move the group, or to select and move each shape?

Neither seem like good options for a list of millions of shapes.

Parents
  • Although IC5141 is not officially supported, it also sounds like nothing you are trying to do is necessarily specific to that version, the SKILL side of things is probably more-or-less the same.

    I don't know how close your example code is to what you are really doing, but if you are simply using dbGetOverlaps() or geSelectArea() to select any and all shapes (as your sample code suggests) within a certain bounding box, maybe an alternative approach would be to process from the shapes and look to see if their bbox is inside or outside the target bbox? This might also allow you to break down the task into more manageable chunks, for example going through shapes on various LPPs one LPP at a time, rather than all together. So you could start from cv~>shapes or you can look at cv~>lpps, and then process shapes on each LP object that has shapes in the cellview (layer-purpose pair objects can exist for shapes that are at a different level of hierarchy but no shapes on that LPP are in the current cellview). I think that Andrew has shared code on this forum for detecting if a bbox is within a bbox, to save you writing it.

    I hope the above helps!

    Best regards,

    Lawrence.
Reply
  • Although IC5141 is not officially supported, it also sounds like nothing you are trying to do is necessarily specific to that version, the SKILL side of things is probably more-or-less the same.

    I don't know how close your example code is to what you are really doing, but if you are simply using dbGetOverlaps() or geSelectArea() to select any and all shapes (as your sample code suggests) within a certain bounding box, maybe an alternative approach would be to process from the shapes and look to see if their bbox is inside or outside the target bbox? This might also allow you to break down the task into more manageable chunks, for example going through shapes on various LPPs one LPP at a time, rather than all together. So you could start from cv~>shapes or you can look at cv~>lpps, and then process shapes on each LP object that has shapes in the cellview (layer-purpose pair objects can exist for shapes that are at a different level of hierarchy but no shapes on that LPP are in the current cellview). I think that Andrew has shared code on this forum for detecting if a bbox is within a bbox, to save you writing it.

    I hope the above helps!

    Best regards,

    Lawrence.
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.