On Dec 07 2015, Riku Bister <[email protected]> wrote: >> You are talking about a folder in the swift backend, right? > yes > > >> Which webpage? >j > webpage of cloud instructions https://goo.gl/0j8pfq there saying " for > optimimum performance, we recommend that you do not to exceed 50,000 files > per folder. "
Ah, hubic again. I would have been surprised to find this limitation in the official OpenStack documentation. Yes, in principle S3QL could be changed to distribute files among different folders (to use Hubic terminology). However, this would break backward compatibility with all existing S3QL file systems stored in swift. Furthermore, this would apparently only by required for Hubic, which is not supported very well in any case (cf. https://bitbucket.org/nikratio/s3ql/issues/132/). Finally, there is no good reason for having such a limitation in the backend, and Hubic is already known to me for it's brain-dead API design. Therefore, I'm unlikely to change this in S3QL. I recommend you just pick a different storage provider. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- You received this message because you are subscribed to the Google Groups "s3ql" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
