From cdmaestas at us.ibm.com Tue Oct 7 13:43:43 2025 From: cdmaestas at us.ibm.com (CHRIS MAESTAS) Date: Tue, 7 Oct 2025 12:43:43 +0000 Subject: [gpfsug-discuss] Scale User Group Registration for SC2025 link is live! Message-ID: Hello fellow GPFS members! The IBM Storage Scale User Group for SC2025 is live! https://www.ibm.com/events/reg/flow/ibm/0b1aclmb/landing/page/landing November 16, 2025 @ The Westin Hotel, 811 Spruce Street, St. Louis, MO Agenda Highlights: IBM welcome + committee updates Strategy for Storage Scale and Storage Scale System Partner talks from NVIDIA and others Customer insights from innovative HPC and AI Solutions IBM Research: Updates Performance updates + Ask Us Anything Coffee, Lunch, and Evening networking refreshments will be provided! -CDM #GPFS #GPFSUG #StorageScale -------------- next part -------------- An HTML attachment was scrubbed... URL: From committee at io500.org Thu Oct 9 21:50:41 2025 From: committee at io500.org (IO500 Committee) Date: Thu, 9 Oct 2025 14:50:41 -0600 Subject: [gpfsug-discuss] IO500 SC25 list call for submission Message-ID: <306fc087-1abc-4a29-b512-b5d9a847a402@io500.org> Call for Submission Stabilization Period: Sep 29th - Oct 3rd, 2025 Submission Deadline: Nov 3rd, 2025 AoE The IO500 will soon be accepting and encouraging submissions for the upcoming 17th semi-annual IO500 Production and Research lists, in conjunction with SC'25. Once again, we will also be accepting submissions to the 10 Client Node Challenge to encourage the submission of small scale results. View the requirements for submitting to each list on the IO500 Submissions Webpage. The new ranked lists will be announced at the "IO500: High Performance Storage Community" BoF. We hope to see many new results. The tag io500-sc25 should be used for submissions to this version of the benchmark list. Background Following the success of the Top500 in collecting and analyzing historical trends in supercomputer technology and evolution, the IO500 was created in 2017, published its first list at SC17, and has grown continually since then. The benchmarks represent community accepted standards, including being used in Request for Proposals for new HPC platforms. The benchmarks showcase the IO access pattern extremes giving a full picture of storage system potential performance. The list is about much more than just the raw rank; all submissions help the community by collecting and publishing a wider corpus of data. The multi-fold goals of the benchmark suite are as follows:     Represent naive and optimized access patterns for the execution of a rich variety of HPC applications, their achievable performance, and the documentation of how the numbers are achieved.     Support small to extreme-scale Research and Production HPC systems using flexible storage APIs     Maximizing simplicity in running the benchmark suite Specifically, the benchmark suite includes a hero-run of both IOR and mdtest configured however possible to maximize performance and establish an upper-bound for performance. It also includes an IOR and mdtest run with highly prescribed parameters in an attempt to determine a lower performance bound. New in this release is a random 4KB read phase, to better understand the performance of non-sequential IO patterns used in AI workloads. Finally, it includes a namespace search as this has been determined to be a highly sought-after feature in HPC storage systems that has historically not been well-measured. Supported storage APIs are those that are part of IOR and mdtest. Extending these tools with a public pull request can be done to enable new storage APIs. The goals of the community are also multi-fold:     Gather historical data for the sake of analysis and to aid predictions of storage futures     Collect tuning information to share valuable performance optimizations across the community     Encourage vendors and designers to optimize for workloads beyond "hero runs"     Establish bounded expectations for users, procurers, and administrators     Understand and be able to reproduce performance on storage systems Using the IO500 Reproducibility guidelines, each submission is labeled according to the breadth of details provided and the access to the deployed storage software that enables the community to reproduce the results and study system design changes over time. The IO500 follows a two-staged approach. First, there will be a two-week stabilization period during which we encourage the community to verify that the benchmark runs properly on a variety of storage systems. During this period the benchmark may be updated based upon feedback from the community. The final benchmark will then be released. We expect that runs compliant with the rules made during the stabilization period will be valid as a final submission unless a significant defect is found. 10 Client Node I/O Challenge The 10 Client Node Challenge is conducted using the regular IO500 benchmark, however, with the rule that exactly 10 client nodes must be used to run the benchmark. You may use any shared storage with any number of servers. We will announce the results in the Production and Research lists as well as in separate derived lists. Birds-of-a-Feather Once again, we encourage you to submit to join our community, and to attend the SC25 BoF where we will announce the new IO500 Production and Research lists and their 10 client node counterparts. Be Part of the Community Submissions of all sizes are welcome; the webpage has customizable sorting, so it is possible to submit on a small system and still get a very good per-client score, for example. We will also highlight new and interesting results with invited talk(s) at the BoF. From jonathan.buzzard at strath.ac.uk Mon Oct 27 09:14:37 2025 From: jonathan.buzzard at strath.ac.uk (Jonathan Buzzard) Date: Mon, 27 Oct 2025 09:14:37 +0000 Subject: [gpfsug-discuss] RHEL 10 In-Reply-To: <391ebb18-b67a-4c96-b678-a0ba990c59de@strath.ac.uk> References: <391ebb18-b67a-4c96-b678-a0ba990c59de@strath.ac.uk> Message-ID: <795efb9e-c10a-4d2f-ac37-16e83ea80504@strath.ac.uk> On 23/07/2025 18:19, Jonathan Buzzard wrote: > > Obviously with all the usual caveats etc. is there a timeline for RHEL10 > to be supported? > I have to confess myself disappointed that a new major release of GPFS (aka 6.0.0) does not support RHEL 10. Any indication as to why RHEL10 is not supported? Is there some blocking issue? JAB. -- Jonathan A. Buzzard Tel: +44141-5483420 HPC System Administrator, ARCHIE-WeSt. University of Strathclyde, John Anderson Building, Glasgow. G4 0NG From abeattie at au1.ibm.com Mon Oct 27 10:14:59 2025 From: abeattie at au1.ibm.com (ANDREW BEATTIE) Date: Mon, 27 Oct 2025 10:14:59 +0000 Subject: [gpfsug-discuss] RHEL 10 In-Reply-To: <795efb9e-c10a-4d2f-ac37-16e83ea80504@strath.ac.uk> References: <391ebb18-b67a-4c96-b678-a0ba990c59de@strath.ac.uk> <795efb9e-c10a-4d2f-ac37-16e83ea80504@strath.ac.uk> Message-ID: There are issues with RHEL 10 that dev team are trying to work through While it was originally in plan for scale 6.0.0.0 the support issues have pushed it out to 1H2026 to give the dev team time to resolve the issues. If you want more detail reach out to your local IBM Presales and ask them to set up a briefing session with Scale Dev if your at SC25 I'm sure some of the Dev team can go into more detail Regards, Andrew Beattie Senior Technical Sales Specialist - Storage for Data and AI IBM Australia and New Zealand P. +61421337927 E. abeattie at au1.ibm.com ________________________________ From: gpfsug-discuss on behalf of Jonathan Buzzard Sent: Monday, October 27, 2025 7:14:37 PM To: gpfsug-discuss at gpfsug.org Subject: [EXTERNAL] Re: [gpfsug-discuss] RHEL 10 On 23/07/2025 18:19, Jonathan Buzzard wrote: > > Obviously with all the usual caveats etc. is there a timeline for RHEL10 > to be supported? > I have to confess myself disappointed that a new major release of GPFS (aka 6.0.0) does not support RHEL 10. Any indication as to why RHEL10 is not supported? Is there some blocking issue? JAB. -- Jonathan A. Buzzard Tel: +44141-5483420 HPC System Administrator, ARCHIE-WeSt. University of Strathclyde, John Anderson Building, Glasgow. G4 0NG _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org -------------- next part -------------- An HTML attachment was scrubbed... URL: