It's UWAweek 47

help5507

This forum is provided to promote discussion amongst students enrolled in CITS5507 High Performance Computing.

Please consider offering answers and suggestions to help other students! And if you fix a problem by following a suggestion here, it would be great if other interested students could see a short "Great, fixed it!"  followup message.

How do I ask a good question?
Displaying selected article
Showing 1 of 148 articles.
Currently 6 other people reading this forum.


 UWA week 36 (2nd semester, mid-semester break) ↓
SVG not supported

Login to reply

👍?
helpful
11:10am Tue 3rd Sep, ANONYMOUS

Problem Statement

When I run the command on my local machine, I observe a noticeable performance boost as the number of threads increases.

However, on Setonix, regardless of whether I specify 1 or 128 threads, the performance remains consistently slow and unchanged. I checked the thread count in the job output, and it does appear to spawn the correct number of threads, but the overall performance stays the same.

Local output

% ./openmp_basics 1 100000 10000 10 
Using 1 threads..

Time taken: 9.465 seconds.
% ./openmp_basics 8 100000 10000 10 
Using 8 threads..

Time taken: 2.030 seconds.

Setonix output

tail slurm-15112799.out
Using 128 threads..

Time taken: 12.112 seconds.

Here is my batch file:

#!/bin/bash

#SBATCH --account=courses0101
#SBATCH --partition=work
#SBATCH --nodes=1
#SBATCH --ntasks=1
#SBATCH --ntasks-per-node=1
#SBATCH --cpus-per-task=128
#SBATCH --mem=200G
#SBATCH --time=00:30:00


export OMP_NUM_THREADS=${SLURM_CPUS_PER_TASK}

cc -fopenmp -o openmp_basics ./openmp_basics.c
srun ./openmp_basics $OMP_NUM_THREADS 100000 10000 10

I have tried many things, still stuck here. Any idea?

The University of Western Australia

Computer Science and Software Engineering

CRICOS Code: 00126G
Written by [email protected]
Powered by history
Feedback always welcome - it makes our software better!
Last modified  8:08AM Aug 25 2024
Privacy policy