[gpfsug-discuss] Blocksize
Wahl, Edward
ewahl at osc.edu
Thu Sep 22 20:19:00 BST 2016
This is a great idea. However there are quite a few other things to consider:
-max file count? If you need say a couple of billion files, this will affect things.
-wish to store small files in the system pool in late model SS/GPFS?
-encryption? No data will be stored in the system pool so large blocks for small file storage in system is pointless.
-system pool replication?
-HDD vs SSD for system pool?
-xxD or array tuning recommendations from your vendor?
-streaming vs random IO? Do you have a single dedicated app that has performance like xxx?
-probably more I can't think of off the top of my head. etc etc
Ed
________________________________________
From: gpfsug-discuss-bounces at spectrumscale.org [gpfsug-discuss-bounces at spectrumscale.org] on behalf of Stef Coene [stef.coene at docum.org]
Sent: Thursday, September 22, 2016 2:36 PM
To: gpfsug main discussion list
Subject: [gpfsug-discuss] Blocksize
Hi,
Is it needed to specify a different blocksize for the system pool that
holds the metadata?
IBM recommends a 1 MB blocksize for the file system.
But I wonder a smaller blocksize (256 KB or so) for metadata is a good
idea or not...
Stef
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
More information about the gpfsug-discuss
mailing list