<font size=2 face="sans-serif">Hi John,</font><br><br><font size=2 color=red face="Calibri">>>We have a GPFS Setup
using Fujitsu filers and Mellanox infiniband.</font><br><font size=2 color=red face="Calibri">>>The desire it to set
up an environment for test and development where if IO ‘runs wild’ it
will not bring down</font><br><font size=2 color=red face="Calibri">>>the production storage.
</font><br><br><font size=2 face="sans-serif">You may use the Spectrum Scale Quality
of Service for I/O "mmchqos" command (details in link below)
to define IOPS limits for the "others" as well as the "maintenance"
class for the Dev/Test file-system "pools" (for e.g., mmchqos
tds_fs --enable  pool=*,other=10000IOPS, maintenance=5000IOPS).  This
way, the Test and Dev file-system/storage-pools IOPS can be limited/controlled
to specified IOPS , giving higher priority to the production GPFS file-system/storage
(with production_fs pool=* other=unlimited,maintenance=unlimited - which
is the default). </font><br><br><a href=https://www.ibm.com/support/knowledgecenter/STXKQY_4.2.3/com.ibm.spectrum.scale.v4r23.doc/bl1adm_mmchqos.htm><font size=2 color=blue face="sans-serif">https://www.ibm.com/support/knowledgecenter/STXKQY_4.2.3/com.ibm.spectrum.scale.v4r23.doc/bl1adm_mmchqos.htm</font></a><br><a href=https://www.ibm.com/support/knowledgecenter/STXKQY_4.2.3/com.ibm.spectrum.scale.v4r23.doc/bl1adm_qosio_describe.htm#qosio_describe><font size=2 color=blue face="sans-serif">https://www.ibm.com/support/knowledgecenter/STXKQY_4.2.3/com.ibm.spectrum.scale.v4r23.doc/bl1adm_qosio_describe.htm#qosio_describe</font></a><br><br><font size=2 face="sans-serif">My two cents.</font><br><br><font size=2 face="sans-serif">Regards,</font><br><font size=2 face="sans-serif">-Kums</font><br><br><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">John Hearns <john.hearns@asml.com></font><br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">gpfsug main discussion
list <gpfsug-discuss@spectrumscale.org></font><br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">06/23/2017 04:14 AM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">[gpfsug-discuss]
IO prioritisation / throttling?</font><br><font size=1 color=#5f5f5f face="sans-serif">Sent by:    
   </font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr noshade><br><br><br><font size=2 face="Calibri">I guess this is a rather ill-defined question,
and I realise it will be open to a lot of interpretations.</font><br><font size=2 face="Calibri">We have a GPFS Setup using Fujitsu filers
and Mellanox infiniband.</font><br><font size=2 face="Calibri">The desire it to set up an environment
for test and development where if IO ‘runs wild’ it will not bring down</font><br><font size=2 face="Calibri">the production storage. If anyone has a
setup like this I would be interested in chatting with you.</font><br><font size=2 face="Calibri">Is it feasible to create filesets which
have higher/lower priority than others?</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">Thankyou for any insights or feedback</font><br><font size=2 face="Calibri">John Hearns</font><p><font size=3>-- The information contained in this communication and
any attachments is confidential and may be privileged, and is for the sole
use of the intended recipient(s). Any unauthorized review, use, disclosure
or distribution is prohibited. Unless explicitly stated otherwise in the
body of this communication or the attachment thereto (if any), the information
is provided on an AS-IS basis without any express or implied warranties
or liabilities. To the extent you are relying on this information, you
are doing so at your own risk. If you are not the intended recipient, please
notify the sender immediately by replying to this message and destroy all
copies of this message and any attachments. Neither the sender nor the
company/group of companies he or she represents shall be liable for the
proper and complete transmission of the information contained in this communication,
or for any delay in its receipt. </font><tt><font size=2>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br></font></tt><p><BR>