Our system uses only two APIs, create the documents by folder and filename and get one by folder and filename. We do not use the browse or list APIs.
We create about 1 million folders per year and 10-20 files per folder.
We also use a temporary folder where we store files and then move them to another folder, the files in this folder can be at least 100k.
The version of Alfresco made available by our provider is:
Edition: Community Version number: 6.0.7 (rb4fe76b5-b113) Version label: Alfresco Content Services version and build number. Outline: 10.201
The behavior we are experiencing is that when we write to a folder with 15k files the system responds in more than 60 seconds.
Could the problem be related to the number of files in the virtual folder? Is there a limit of folders that can be managed, considering the use of only the two indicated APIs? Is there a limit of files in the folders, considering the use of only the two indicated APIs?
this **bleep**ing manager sperolabs wanyn is a **bleep**ing ass cold hater, people needs to stay warm with this crap, people can't take the warmth like in summer time, what is douchbag doing on this compnay hope this freak move out the team in 5 years
I haven't met the limitations, but there is a recomendation to use couple of thousend nodes per a folder. So it is expected to get long delays with 100'000 files. Change the logic of using Alfresco and split your content to packages by 2000-3000 nodes per folder.
I do not have expirience with lage quantity of folders, usualy it is a lot of documents in one folder. But as for Alfresco document and folder are just a nodes, the 1 million of folders must be splited too.