For two years, I have managed a large number of photo sites that all use Gallery 1 [just completed upgrading to 1.5.1]. Most of these sites have between 2,000 and 5,000 photos on them. All are performing OK, but I've been told that Gallery 1 shows significantly degraded performance when handling more than 5,000 to 10,000 images. One site plans to add all their images from their accumulated stock archive to their gallery over the next few months, about 15,000 images total, so I'm concerned with breaking Gallery.
If I was starting out fresh, I would try going with Gallery 2 and a multi-site option. But under my current circumstances, migrating to Gallery 2 does not look practical.
So my question is, what are the main performance drivers for Gallery 1 that limit it performance when handling more than 5-10 thousand images?
Over 90% of the albums of the sites I managed are static 90% of the time. So could these problems be mitigated by modifying Gallery to load a static html index page for an album if one existed? Could they be mitigated by indexing the key info for the main gallery page: Album title, description, URL, number of images, and mod date; in a text file, that the main page would read when loading instaed of reading that data from the Albums folder? The index page and the text file would be recreated only when the Admin added or modified an album.
I would appreciate any feedback or suggesting as to what extent such an approach ould allow me to handle very large numbers of images while still using Gallery 1.
Posts: 13451
Have you had a look at http://codex.gallery2.org/index.php/Gallery1:Performance ?
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 14
Yes, I did. That is where I found out about the problems with more than 5-10 thousand images. I've already implemented all the suggestions except caching. I guess what I was asking was is there a way to cache the whole site, or at least all the Gallery and album pages, not just the main Gallery page?
Posts: 14
Is there a limit on the number of top-level albums allowed? One site will probably end up with 200+ albums total and doesn't use sub-ablums right now because sub-albums break some of the customization they implemented. If there is a limit on top level albums, does grouping them in sub-albums help?
Basically, what are the operations [besides search the accurate photo count] that cause Gallery to have to recurs through everything and so risk timing out if the number items is very large?
Thanks again for your help.
Posts: 13451
There is no hard coded limit as such, but you will probably run into problems with that amount of albums/pictures. Sadly that is a G1 limitation, that G2 rectifies.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 114
My current G1 site has over 25,000 pictures. Its speed has only suffered when going to the main gallery page. I have lessoned the number of albums displayed on the main page and its fast as orginially posted. Going directly to given users album is still really really quick.
I just thought i would through my 2 cents in
http://www.trueppc.com
http://www.trueppc.com/gallery
49 top-level albums (942 total), 25107 images on 7 pages
Posts: 14
Thanks very much for the comment. May I ask what sort of server you are running on? RAM, CPU speed, RAID etc?
Posts: 114
Dual Xeon 2.8 with 2GB RAM
Linux
RAID 1
If you think it might be your hosting, you should definitely check out my hosting company - www.serverseed.com
The best service I have ever experienced.
http://www.trueppc.com
http://www.trueppc.com/gallery
Posts: 14
Thanks, but I run my own server and am happy with it. I'm not having any issues right now, but some of my site will probably grow to 25,000 to 30,000 images over the next 6 months and I wanted to now what to expect.
Posts: 114
What type of bandwidth are you hosting from?
http://www.trueppc.com
http://www.trueppc.com/gallery