Skip to main content

This site requires you to update your browser. Your browsing experience maybe affected by not having the most up to date version.

We're retiring the forums!

The SilverStripe forums have passed their heyday. They'll stick around, but will be read only. We'd encourage you to get involved in the community via the following channels instead:

General Questions /

General questions about getting started with SilverStripe that don't fit in any of the categories above.

Moderators: martimiz, Sean, Ed, biapar, Willr, Ingo, swaiba

Asset Performance With Large Number Of Files

Go to End

11 Posts   3043 Views


Community Member, 791 Posts

13 November 2009 at 3:37am

@MDrollette :
>I'm 90% done the project now so it's unlikely I can scrap SS and go with something like symfony.

Damn, I feel for ya' mate... I'd try to get in touch with Sam , Ingo , Will or one of the other technical guys at Silverstripe. I'm hoping they can provide you with a temporary workaround until this problem has been tackled (maybe the upcoming 2.4 fixes it , I'm not sure) ......

If I remember correctly , this had to do with the automatic refreshing/syncing of the assets directory and there is a patch floating around to disable this automatic indexing.

Well, our site is still running properly at this point within a 128MB memory limit , so no worries. The slowdown is noticeable but the system still functions.

AFAIK Silverstripe is well aware of this problem and the issue will be tackled in a future release. 2.4 alpha already outperforms the previous versions , but I haven't tested it with a sh*tload of assets yet. ;)


Community Member, 203 Posts

13 November 2009 at 3:53am

That 2.4 should be better sounds good!


121 Posts

13 November 2009 at 10:30am

I'm pretty sure that detection of new assets is now a manual process in recent trunk (2.4) versions. The previous autodetection and identification of "unlinked" assets were the main cause of slowdown when loading the files and images tab.

However from what I remember of the way the tree code works, you are still likely to encounter problems if you have large numbers of files/images/pages at a single point in the tree. Adding hierarchies (like organising your images into folders by category or simply hashing them on the first couple of letters) helps quite a bit.

Go to Top