
<html><body><p><font size="2">Why don’t you look at packaging your small files into larger files which will be handled more effectively.<br></font><font size="2"><br></font><font size="2">There is no simple way to replicate / move billions of small files,<br></font><font size="2"><br></font><font size="2">But surely you can build your work flow to package the files up into a zip or tar format which will simplify not only the number of IO transactions but also make the whole process more palatable to the NFS protocol<br></font><font size="2"><br></font><font size="2">Sent from my iPhone<br></font><font size="2"><br></font><font size="2">> On 26 Feb 2020, at 22:58, Andi Christiansen <andi@christiansen.xxx> wrote:<br></font><font size="2">> <br></font><font size="2">> <br></font><font size="2">> Hi all,<br></font><font size="2">> <br></font><font size="2">> Does anyone know of an alternative to AFM ?<br></font><font size="2">> <br></font><font size="2">> We have been working on tuning AFM for a few weeks now and see little to no improvement.. And now we are searching for an alternative.. So if anyone knows of a product that can implement with Spectrum Scale i am open to any suggestions :)<br></font><font size="2">> <br></font><font size="2">> We have a good mix of files but primarily billions of very small files which AFM does not handle well on long distances.<br></font><font size="2">> <br></font><font size="2">> <br></font><font size="2">> Best Regards<br></font><font size="2">> A. Christiansen<br></font><font size="2">> _______________________________________________<br></font><font size="2">> gpfsug-discuss mailing list<br></font><font size="2">> gpfsug-discuss at spectrumscale.org<br></font><font size="2">> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br></font><font size="2">> <br></font><BR>


</body></html>