• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Custom IC Design
  3. How do you deal with generated data

Stats

  • Locked Locked
  • Replies 8
  • Subscribers 124
  • Views 15263
  • 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

How do you deal with generated data

archive
archive over 18 years ago

Hi there,

We are currently having a discussion, where we try to decide, what data we should manage.
For sure any primary data e.g hand-edited-schematics, or RTL code should be managed.

What do you do with generated data, e.g. a verilog netlist or an extraced cellview.
That generates dependencies between different views of the same object that one should track....

I am wondering, what the best approach is.
Does anyone have a suggestion or best practice advice?

Thanks,

Nena


Originally posted in cdnusers.org by Nena
  • Cancel
  • archive
    archive over 18 years ago

    Hi Nena,

    We had a similar discussion a while back.
    We decided to manage any Cadence view as a starting point. That way, we don't have to regenerate the view(s).
    We also do not include any check-in/check-out calls in our customizations.
    That has the draw back that the user is responsible to obtain write permissions to the cell view before he does something.
    It took takes some getting used to that, but it working out as far as I know.
    For any other generated data we let the users decide what they manage and not. Some of our projects do manage some generated netlists, some don't.
    I would be interested as well to hear what other's are doing.

    Regards,

    Britta


    Originally posted in cdnusers.org by Britta
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Here're my 2 cents.

    There's probably no right or wrong answer here. What you choose to DM depends a lot on your flow, and that's a function of how the tools in your flow behave. If your flow insists that netlists be generated every time right before they are used, DM the netlist might actually cause problems (think of AMS's netlists in cellviews and TMPDIR usage). On the other hand, not DM'ing netlists can leave you in a situation where the more recently generated netlists do not match an older version of schematic you just checked out, and if the tools in your flow just check for time stamp, you can very well be working on netlists which don't match your design.

    DM and archiving are related, but are really different. As our moderators said in their interviews, DM is so important for multi-site designs. If you look at DM as something that is active and current, versus archiving which is static, you will consider the management of secondary or generated files as important. The fact that you can generate these secondary files does not mean that your flow will always generate them as needed.

    Best regards,
    Teng-Kiat Lee
    Product Engineering, Central Architecture and Technology


    Originally posted in cdnusers.org by tklee@cadence.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Here're my 2 cents.

    There's probably no right or wrong answer here. What you choose to DM depends a lot on your flow, and that's a function of how the tools in your flow behave. If your flow insists that netlists be generated every time right before they are used, DM the netlist might actually cause problems (think of AMS's netlists in cellviews and TMPDIR usage). On the other hand, not DM'ing netlists can leave you in a situation where the more recently generated netlists do not match an older version of schematic you just checked out, and if the tools in your flow just check for time stamp, you can very well be working on netlists which don't match your design.

    DM and archiving are related, but are really different. As our moderators said in their interviews, DM is so important for multi-site designs. If you look at DM as something that is active and current, versus archiving which is static, you will consider the management of secondary or generated files as important. The fact that you can generate these secondary files does not mean that your flow will always generate them as needed.

    Best regards,
    Teng-Kiat Lee
    Product Engineering, Central Architecture and Technology


    Originally posted in cdnusers.org by tklee@cadence.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Here're my 2 cents.

    There's probably no right or wrong answer here. What you choose to DM depends a lot on your flow, and that's a function of how the tools in your flow behave. If your flow insists that netlists be generated every time right before they are used, DM the netlist might actually cause problems (think of AMS's netlists in cellviews and TMPDIR usage). On the other hand, not DM'ing netlists can leave you in a situation where the more recently generated netlists do not match an older version of schematic you just checked out, and if the tools in your flow just check for time stamp, you can very well be working on netlists which don't match your design.

    DM and archiving are related, but are really different. As our moderators said in their interviews, DM is so important for multi-site designs. If you look at DM as something that is active and current, versus archiving which is static, you will consider the management of secondary or generated files as important. The fact that you can generate these secondary files does not mean that your flow will always generate them as needed.

    Best regards,
    Teng-Kiat Lee
    Product Engineering, Central Architecture and Technology


    Originally posted in cdnusers.org by tklee@cadence.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Here're my 2 cents.

    There's probably no right or wrong answer here. What you choose to DM depends a lot on your flow, and that's a function of how the tools in your flow behave. If your flow insists that netlists be generated every time right before they are used, DM the netlist might actually cause problems (think of AMS's netlists in cellviews and TMPDIR usage). On the other hand, not DM'ing netlists can leave you in a situation where the more recently generated netlists do not match an older version of schematic you just checked out, and if the tools in your flow just check for time stamp, you can very well be working on netlists which don't match your design.

    DM and archiving are related, but are really different. As our moderators said in their interviews, DM is so important for multi-site designs. If you look at DM as something that is active and current, versus archiving which is static, you will consider the management of secondary or generated files as important. The fact that you can generate these secondary files does not mean that your flow will always generate them as needed.

    Best regards,
    Teng-Kiat Lee
    Product Engineering, Central Architecture and Technology


    Originally posted in cdnusers.org by tklee@cadence.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    This post from tklee@cadence.com  was inadvertenly deleted:

    Here're my 2 cents.

    There's probably no right or wrong answer here. What you choose to DM
    depends a lot on your flow, and that's a function of how the tools in
    your flow behave. If your flow insists that netlists be generated every
    time right before they are used, DM the netlist might actually cause
    problems (think of AMS's netlists in cellviews and TMPDIR usage). On the
    other hand, not DM'ing netlists can leave you in a situation where the
    more recently generated netlists do not match an older version of
    schematic you just checked out, and if the tools in your flow just check
    for time stamp, you can very well be working on netlists which don't
    match your design.

    DM and archiving are related, but are really different. As our
    moderators said in their interviews, DM is so! important for multi-site
    designs. If you look at DM as something that is active and current,
    versus archiving which is static, you will consider the management of
    secondary or generated files as important. The fact that you can
    generate these secondary files does not mean that your flow will always
    generate them as needed.

    Best regards,
    Teng-Kiat Lee
    Product Engineering, Central Architecture and Technology



    Originally posted in cdnusers.org by Administrator
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    As disk has gotten less expensive, I have seen the trend to save more generated data. If the DM system in use can help ensure all the source data is aligned with the generated data, this can save a lot of time when unwinding changes to find the last time something worked.

    Chris Goldstein


    Originally posted in cdnusers.org by chrisg
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 17 years ago

    I'd certainly agree with all of the above. But I wanted to add one more thought.
    I believe that when you talk about "the data", you have to consider what that really means.
    Things move so fast and process are more complex than ever. Where I see people spending
    effort is not just in getting a configuration of data, but rather in determining how they got to that state.
    You have to have a way to store both the data and some of the key driving knowledge, such as intent.
    Otherwise, you may never know why some changes were made, by whom and when. Sure, your circuit designer and layout designer can ping-pong changes back and forth, but it's the additional layer of knowledge that makes that collaboration more valuable. And that gets magnified over time (how long do you need to keep old designs around?) and complexity.

    Just something to think about.
    Rick


    Originally posted in cdnusers.org by rkstanton
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

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.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information