For the 501st time: why is Gallery 2 so slow, and will v3 correct this?
|
BillWill
Joined: 2008-08-28
Posts: 55 |
Posted: Thu, 2009-04-30 19:33
|
|
Why is Gallery 2 slow? I did a search on "slow" here in the forum, and found more than 500 results on the search, but most of the posts are ignored. I started to compile the posts until I saw it was pointless. Most have no replies. It's sad because this is such an awesome script and collection of mods that people would love if it didn't require more patience from visitors than most have. I can't imagine anyone waiting around to view an entire gallery unless they are in solitary confinement with only a computer and one website to view. Has v3 overcome this speed limitation? Thanks, |
|
Posts: 22888
Most speed issues are host related. G2 image firewall adds a lot to that as well. G3 will not have a image firewall and will use a different method for image security speeding things up.
So the answer to you question is: yes.
But you can help g2 as well:
FAQ: Is it my imagination, or is G2 slower than G1?
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 55
Thank you for your quick reply, Dave.
They prompt a couple of followups, to help me figure out how I should prceed.
1. How soon (approximately) will the first stable release of 3 come out?
2. If I install one of the accellerators that the FAQ proposed, will any or all of them help the speed of gallery3?
3. The FAQ says: "PHP accelerators like eaccelerator, ionCube PHPA, Turcke MMCache, Pear::APC, XCache, and Zend Accelerator (commercial) can effect very substantial performance increases when properly used in conjunction with G2".
Are there instructions here on this "properly used in conjunction with G2" part?
Thanks again,
BW
Posts: 22888
When it is done. no date has been set. See: http://apps.sourceforge.net/trac/gallery/roadmap
http://codex.gallery2.org/Gallery2:Performance_Tips#PHP
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 4338
Because it's a very large script, contained in a lot of files, which do a lot of processing, and which use a very complex database structure. And because the people who complain it's slow are usually running it on a server shared with a few thousand other websites for which they pay a couple of dollars a month, which buys them a deliberate limit of about 0.1% processor utilisation.
It's all entirely relative - I run G2 on a dedicated server (nothing fancy, 2GHz core, 1Gb memory, 160Gb hard drive, very low-end hardware) *no* acceleration at all and it runs like sh*t off shovel. With about 126,000 items in the entity table.
So the real reason it's (too) slow (for person X) is because (person X) is trying to do too much on too little processing power. For some values of "too little" and "too much". It's not a "fault" with G2 that can be fixed by changing a couple of lines of code or a quick answer to each of the 500 threads you found. Sorry! G2 runs at the speed G2 runs at. If that's too slow, upgrade your hosting!
Posts: 55
Dave - thanks for the help.
Alec - Your comments would be more helpful with specifics. Not having put sh*t on a shovel, I have no idea it runs off fast or slow. Also, your suggestion to "upgrade your hosting", sounds promising, but without some specifics, not so much.
What sort of upgrade? To what? How much?
As a side note, I'm here to get answers, not to critize. I can see you are very protective of G2, but I wasn't criticizing it. I think floridave understands this, as he provided answers to my questions, rather feeling attacked. And any specfics you and anyone else can provide would be helpful and appreciated.
The speed of G2 is a problem on my site, and one that according to you can be overcome with more resources. I currently running Linux - CentOS 4, Xenon processor, and 768MB dedicated RAM, burstable to 1024. This is on a VPS shared with 3 other clients.
Please share some "how much" and "what kind" of upgrade would make for a noticible difference in speed.
Thanks,
BW
Posts: 4338
My gallery runs on a Dual core 2.0GHz processor with 1Gb of ram, Debian Etch/Apache2.3/Mysql5.something/php5.2.9 running no other significant websites or apps. It has about 41k photos, all 600x400. I probably get 2000-5000 unique page views per day, not enough to take the average processor utilization above 1%.
Speed: when I say sh*t off a shovel, I mean a metric sh*t, obviously. Since there are no defined benchmarks it's hard to be more specific.
Posts: 3
I had the same issue. Gallery on IIS. 6 seconds of abosolutly no system activity everytime to load main.php. Took me a long time to figure out. Go to the SQL server manager network configuration protocols and make sure that the TPC/IP is enabled. Gallery will work with shared memory, so i never thought of it, but it's slow as a dog. MAKES A HUGE DIFFERENCE. Also check to make sure you have local host 127.0.0.1 in your HOST file. Gallery does not like the version six ip for that.
aj