Cadence® system design and verification solutions, integrated under our System Development Suite, provide the simulation, acceleration, emulation, and management capabilities.
System Development Suite Related Products A-Z
Cadence® digital design and signoff solutions provide a fast path to design closure and better predictability, helping you meet your power, performance, and area (PPA) targets.
Full-Flow Digital Solution Related Products A-Z
Cadence® custom, analog, and RF design solutions can help you save time by automating many routine tasks, from block-level and mixed-signal simulation to routing and library characterization.
Overview Related Products A-Z
Driving efficiency and accuracy in advanced packaging, system planning, and multi-fabric interoperability, Cadence® package implementation products deliver the automation and accuracy.
Cadence® PCB design solutions enable shorter, more predictable design cycles with greater integration of component design and system-level simulation for a constraint-driven flow.
An open IP platform for you to customize your app-driven SoC design.
Comprehensive solutions and methodologies.
Helping you meet your broader business goals.
A global customer support infrastructure with around-the-clock help.
24/7 Support - Cadence Online Support
Locate the latest software updates, service request, technical documentation, solutions and more in your personalized environment.
Cadence offers various software services for download. This page describes our offerings, including the Allegro FREE Physical Viewer.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
This course combines our Allegro PCB Editor Basic Techniques, followed by Allegro PCB Editor Intermediate Techniques.
Virtuoso Analog Design Environment Verifier 16.7
Learn learn to perform requirements-driven analog verification using the Virtuoso ADE Verifier tool.
Exchange ideas, news, technical information, and best practices.
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.
It's not all about the technlogy. Here we exchange ideas on the Cadence Academic Network and other subjects of general interest.
Cadence is a leading provider of system design tools, software, IP, and services.
Using the profiler and also just putting print statements in I found that I am having trouble with rodCreateRect taking longer and longer to process. I have some very simple code:
for(i 0 Nx
for(j 0 Ny
<compute X & Y>
rodCreateRect(?cvId Cv ?layer LPP ?bBox <Computed from X and Y by a simple linear formula>)
);End for j
);End for i
This is such a simple code segment but when you have 700 or 800 rectangles to place on each inner loop, things are slowing down to the point that it takes hours to get throught this. I realize that every time you create an object it has to add it to a large data structure, but is there no way to do this? I cannot use the array or mosaic functions because the array is not cartesian.
Anyone have any ideas about how to speed this up?
If you don't use any ROD functionality, which I cna't see in your code snipset,
and you don't use ROD handles later on, which I also can't see there are no ROD names assigned,
why don't you use then not "dbCreateRect" rather than "rodCreateRect", this might speed up your code.
In reply to berndfi:
Hours? Really? I just tried this code:
Nx=30Ny=30LPP="Metal1"Cv=geGetEditCellView()startTime=getCurrentTime()for(i 0 Nx for(j 0 Ny rodCreateRect(?cvId Cv ?layer LPP ?bBox list(i:j i+0.5:j+0.5)) );End for j);End for iendTime=getCurrentTime()printf("Start: %L \nEnd: %L\nDiff: %L\n" startTime endTime compareTime(startTime endTime))
This is placing 900 (you were talking about 700-800) rectangles (yes, all evenly spaced, but that shouldn't matter if it's the rodCreateRect which is being slow), and I got:
Start: "Feb 4 10:27:11 2013" End: "Feb 4 10:27:11 2013"Diff: 0
In other words, it was less than a second (it seemed to return immediately).
Maybe the rodCreateRect is not the bottleneck. Can you run the SKILL Profiler on your code?
In reply to Andrew Beckett:
Thanks Andrew for your response. I have a of comment to your response that I believe makes my situation more difficult:
1) I wasn't clear enough in my write-up. I am not just placing 800-900 rectangles - it is that number squared and it is being done for 7 layers. Nx and Ny are both 800-900. At first things go pretty fast until you get a ways into the placement on each layer but all along it is slowing down until it is litterally seconds between rectangles. Seven layers worth of placement (same code run over seven times) took about 24 hours with only a small number of pre-existing shapes in the layout to define borders). With seven complete iterations of this code, the total number of rectangles placed is, therefore, between 4.48 and 5.67 million - not 800 or 900.
2) I ran the profiler on the entire code and eliminated the other portions. rodCreateRect seems to call an internal rodiCreateRect that is the bottleneck. It uses the most time and memory.
Even with 4.48 - 5.67 million elements it is hard to believe that things slow down that much. Do you think the dbCreateRect operation would be faster? Are there any other options available if I cannot simply use a mosaic?
In reply to thomas1000:
We have always found the rod commands to be much less efficient than the db commands. I would encourage you to avoid rod for something this large. But, even if you use the dbCreateRect command, having ~5 million flat shapes in a cellview can also lead to performance problems. Is there any way you can introduce some hierarchy? You may need to use the needNCells command to increase the amount of memory allocated for db objects and lists for that much data.
In reply to dmay:
The profile showed that dbCreateRect runs over 30x faster than rodCreateRect and rodCreateRect started fast and then slowed down. dbCreateRect ran fast to begin with and stayed at the same rate so this is a huge difference to me. It speeded up run time from 36 hr to I'm guessing less than 2 hr. - I'll have to wait until it is done but it did a layer in 10 minutes and there are 7.
Thanks for the tip! I had no idea there would be such a difference.
The final improvement in run time was that the 36 hr was shortened to 28 minutes.
Thanks for the explanation on the rod functions.
I didn't see if anybody suggested rodFillBBoxWithRects(), did you happen to try this at all? This might be beneficial - the rectangles will be regular rects with no "RODiness" to them, hence less overhead, and hopefully quicker too?
In reply to skillUser: