To use multiple CPUs on the HBSGrid you can start your application using a wrapper script or a custom submission script and specify the number of CPUs you will use. This is due to the fact that jobs (work sessions) from multiple (and possibly) different people are often running side-by-side on a given compute node on the compute cluster. However, on a compute cluster, you only control the resources that the scheduler has given you, and it has given you only the resources that you've requested, whether this is done explicitly via a custom job submission script, or implicitly using default values or default submission (wrapper) scripts available on the HBSGrid compute cluster. On your personal desktop or laptop, this isn't necessary, as you control all the resources on that machine. When using parallel processing on shared compute systems, you need to indicate to the scheduler (the system software that manages workloads, e.g., LSF) that you wish to use multiple cores. Explicit parallelism can be achieved using application- or language-native tools, or using LSF job arrays (as one example). There two basic ways to use multiple cores: implicit parallelism built in to your application or library, and explicit parallelism that you program and manage yourself. Also commonly called parallel computing or multicore processing, using multiple cores (CPUs) to analyze data can be an efficient way to get more work done in less time.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |