<div dir="auto">You should keep in mind that GPFS primarily ships out configured for large sequential read/write as it's you know a multimedia file system... <div dir="auto"><br></div><div dir="auto">Not knowing your application, but assuming it maybe has a ton of little library files and such it's trying to keep track of I'd make sure to do the following optimizations:</div><div dir="auto"><br></div><div dir="auto"> - Increase page pool maybe to 8gb or more.</div><div dir="auto"> - Change maxfiles pagepool tracks from 4k to like 10k or 40k.</div><div dir="auto"> - If you're not doing a separate meta device, i would ensure you are doing that.  Then I'd also ensure it was on SSD or similar media and pinned to SSD if over SAN.</div><div dir="auto"><br></div><div dir="auto">For data like this on our AIX environment we will keep a jfs2 volume for it.. because it will just stay in RAM because we have 100gb free.  And so for large sorts and quick load of random I/O this outperforms GPFS.</div><div dir="auto"><br></div><div dir="auto">GPFS secret benefit is that it prevents memory cache thrashing by not caching large data.... But this may be holding your app back.  I couldn't find/remember the setting but I believe there is somewhere where it decides anything over like 1mb isn't worth caching, maybe that needs to be tuned for your instance.</div><div dir="auto"><br></div><div dir="auto">Alec</div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 15, 2023, 12:29 AM Jonathan Buzzard <<a href="mailto:jonathan.buzzard@strath.ac.uk">jonathan.buzzard@strath.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 15/08/2023 07:32, Uwe Falke wrote:<br>
> <br>
> second point:<br>
> <br>
> while there is probably no vmtouch4gpfs, you might check and tune your<br>
> gpfs parameters (pagepool size, maxFilesToCache).  But first you should<br>
> identify where the bottleneck is. Is your GPFS cluster spanning the VPN?<br>
> Suppose not. So how do you know that it is really GPFS which is delaying<br>
> your loading?<br>
> <br>
> nomachine is an remote desktop app, how do you load software efficiently<br>
> through nomachine?<br>
<br>
I would say if it takes longer launching through nomachine than <br>
launching locally, then the problem is nomachine. This should IMHO be <br>
the first thing you test.<br>
<br>
If it takes a long time launching locally the application is a steaming <br>
pile and you need to resolve that first.<br>
<br>
We use thinlinc which is a similar Linux remote desktop solution <br>
extensively to provide a Linux desktop to our users with through <br>
VirtualGL 3D visualization capabilities and we do not have an issue with <br>
excessive launch times.<br>
<br>
<br>
JAB.<br>
<br>
-- <br>
Jonathan A. Buzzard                         Tel: +44141-5483420<br>
HPC System Administrator, ARCHIE-WeSt.<br>
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG<br>
<br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" rel="noreferrer noreferrer" target="_blank">gpfsug.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" rel="noreferrer noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a><br>
</blockquote></div>