• 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. APS or IRUN multithread = multicore?

Stats

  • Locked Locked
  • Replies 10
  • Subscribers 126
  • Views 18933
  • 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

APS or IRUN multithread = multicore?

greatqs
greatqs over 12 years ago

Is the terminology of "multithread" (i.e. +mt = x) in APS/IRUN means number of CPU core to use? On a 12 cpu core machines, the max number of "multithread" should be 12, is it right? Thanks

 

 

  • Cancel
Parents
  • Andrew Beckett
    Andrew Beckett over 12 years ago

    No, you don't need to do that. The +mt argument is only used for APS anyway - and the digital HDL is not multi-threaded so will be handled in the "main" thread. Given that the analog solver and digital "solver" are not active at the same time, there's no real benefit in having the digital in a separate thread from the analog (there has to be synchronization between the analog and digital - this is a consequence of how the two worlds are aligned).

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • Andrew Beckett
    Andrew Beckett over 12 years ago

    No, you don't need to do that. The +mt argument is only used for APS anyway - and the digital HDL is not multi-threaded so will be handled in the "main" thread. Given that the analog solver and digital "solver" are not active at the same time, there's no real benefit in having the digital in a separate thread from the analog (there has to be synchronization between the analog and digital - this is a consequence of how the two worlds are aligned).

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
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.

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

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