Posting in the Magento forums has been disabled pending the implementation of a new and improved forum solution which should better serve the community.

For new questions please post at magento.stackexchange.com, the community-run support site for the Magento community. We will be providing updates on the new forum solution soon. For questions or concerns please email community@magento.com.

Magento Forum

Page 2 of 4
Tutorial - Increase Magento’s perfomances without [edit] a lot of [/edit] core changes
 
Crucial
Enthusiast
 
Avatar
Total Posts:  770
Joined:  2007-11-07
Phoenix, AZ
 
bowers2000 - 03 July 2008 02:46 PM

Has anyone found the optimal values for these?

It varies because it’s dependent on the server setup, e.g. RAM, disk space, database size, etc.

 
Magento Community Magento Community
Magento Community
Magento Community
 
andreladocruz
Guru
 
Total Posts:  322
Joined:  2008-05-07
Brazil
 

Sirs,

I installed the eaccelerator without any problem.

But, as I run diferentes services on the same server, the SOAP application for a online fight game stoped.

When I desabled de eaccelerator it runed ok again.

Any information about eaccelerator and SOAP webservices?

Can any one helps me?

Regards,

André
http://www.novafarmadelivery.com

 
Magento Community Magento Community
Magento Community
Magento Community
 
Crucial
Enthusiast
 
Avatar
Total Posts:  770
Joined:  2007-11-07
Phoenix, AZ
 

What version of eAccelerator are you running? I know we have a container setup with SOAP and eAccelerator and haven’t ran into any conflicts with the two, but it could be a version thing.

 
Magento Community Magento Community
Magento Community
Magento Community
 
andreladocruz
Guru
 
Total Posts:  322
Joined:  2008-05-07
Brazil
 

Well, I found a way to desable the eaccelerator by .htacces file. I disabled it only on the soap application and every thing is working fine again…

 
Magento Community Magento Community
Magento Community
Magento Community
 
SimpleHelixcom
Enthusiast
 
Avatar
Total Posts:  906
Joined:  2007-08-31
Huntsville, AL
 

If you guys do decide to try out APC, you need to read this to fully utilize it’s performance gain.

http://www.magentocommerce.com/boards/viewthread/9882/

And if you get the configuration correct, APC is more than production ready, it is already being used exclusively by Yahoo.

It’s true APC won’t work with Zend Optimizer but for Magento it is not necessary.

 
Magento Community Magento Community
Magento Community
Magento Community
 
aarne
Sr. Member
 
Total Posts:  130
Joined:  2007-09-06
 

Testing out performance enhancers, but still I find the performance to be poor compared to the figures posted in this thread.

I’m running Apache 2.2.9 with PHP 5.2.6 with Suhosin patch on FreeBSD 7.0 machine. And MySQL 5.0.67.

I’m currently using eAccelerator 0.9.5.3. (also tested APC and xcache, but both gave errors regarding lock issues)

I tried to get memcache working for sessions, but apparently nothing went to memcache even when server was running just fine as well as php extension. So now it’s disabled.

Mysql’s query cache is in use as well as tmpfs for the whole var/ folder in Magento.

The server is very reliable, but Requests per second stays in about 3 with everything gone through. I’ve removed unnecessary modules from both php and Apache and tried to maximize performance in every way, but can’t get any higher than 3.

Server doesn’t run out of memory, tested with ab -n 1000 -c 10 http://mydomain.com
It has 2Gb in total and doesn’t swap.

Any ideas why the Req per second is low? Or is it normally low for this setup.

Currently I’m also connecting to the server through IP and not name, might that have any slowness issues until naming is correct?

 
Magento Community Magento Community
Magento Community
Magento Community
 
Azeem Michael
Jr. Member
 
Total Posts:  1
Joined:  2009-03-26
 

Could someone please give more info on step 4 (memcache your session). Yum install memcached did’t work for me. I tried another post (http://codelikezell.com/how-to-install-memcached-on-centos/?disqus_reply=8191499#comment-8191499) to install memcached on my CentOs but now I get following error after I run php -v

# php -v
PHP Warning: PHP Startup: memcache: Unable to initialize module
Module compiled with module API=20050922, debug=0, thread-safety=0
PHP compiled with module API=20060613, debug=0, thread-safety=0
These options need to match
in Unknown on line 0
PHP 5.2.6 (cli) (built: May 2 2008 16:06:40)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with the ionCube PHP Loader v3.1.29, Copyright (c) 2002-2007, by ionCube Ltd.

 
Magento Community Magento Community
Magento Community
Magento Community
 
Paul Stakem
Jr. Member
 
Total Posts:  1
Joined:  2009-04-20
 

Try this.

yum remove php-pecl-memcache
This remove’s the incorrect version of memcache from your server.

pecl install memcache
The command above will install memcache for the version of php that is running on your server, rather than the version that’s in the rpm channel.

The instructions posted previously will then work.

Regards
Paul

 
Magento Community Magento Community
Magento Community
Magento Community
 
Sonassi
Sr. Member
 
Avatar
Total Posts:  217
Joined:  2009-05-20
Manchester, UK
 

Read the full version here http://www.sonassi.com/blog/2009/05/20/what-makes-us-the-fastest-magento-host-then/
-------------------------------------------------------------------------------------------------------------------------------------------
As we’ve been developing Magento sites for almost a year now, I think we can start to say we’re getting proficient at the inner workings. So much so, that with our expanding hosting range - we’ve been tweaking our server to squeeze the best possible performance out of Magento.

What looks to have been an uphill struggle for most, after a good few weeks of userspace tweaking, we’ve gotten the best consistent performance from our installs now. So I thought I might let you guys in on how to get a little more out of your current server - then when you want more, you know where we are.

First, its best to point people to post 1 of this thread, it hits the nail on the head for a lot of key points. Then for a quick follow up read this, http://www.magentocommerce.com/boards/viewthread/36225/. But I’m going to rule out any optimisations in that list that didn’t have any effect (at all).

1. Fooman Speedster
YES This will speed up the users experience, but actually causes unintelligent benchmarks (like Siege and AB) to give worse results

2. Enable gZip
YES There is a trade-off here, but it is more than acceptable. There is a mild CPU impact for the compression process, however, the improvement in delivery speed to the client far outweighs it and results in a much higher rate of transactions.

3. Install eAccelerator
YES We tried them all, extensively. For Magento - this is by far the best performer.

4. Turn keepalives on
NO The theory on KA is sound, but I’ve found it has a fairly negative impact on Magento’s overall performance.

5. Tweak MySQL
NO Well of course.

6. Use tmpfs for var directory
NO Its a waste of RAM that could be better allocated elsewhere. If you’re having to resort to this, then look into why your disk IO is so poor.

7. Increase the SHM
YES Its a good idea, but test extensively and keep it sensible. Its also worth nothing, unless you state where to store cache data (SHM/Disk), this will have no advantage for you.

8. Disable openbase_dir
YES Its a performance KILLER, expect RPS to drop by 100% with this enabled.

9. Move .htaccess contents to Apache conf
NO Don’t bother, not only does it make it hard to manage, but the overheads of .htacess files is tiny, infact not noticeable on any benchmark.

10. Clustering
YES Adding more hardware will always make things faster - but is a poor solution for a weak configuration.

11. Optimise DB
YES ...

12. Enable Caching
YES Of course you should, this will hamper performance by about 50% when off

13. Remove home page elements
This is design dependant and has nothing to do with overall performance.

14. Compressing CSS files
YES However, if you have installed Fooman Speedster and correctly setup mod_deflate - you needn’t bother with this overhead.

15. Enable gZip compression in .htaccess
YES Again, if Apache deflate is setup right, you don’t need to do this, but it won’t hurt.

16. Increase realpath cache size
NO The jury is out on this, we saw no appreciable difference.

17. Put .php files into cache
NO A correctly setup server needn’t need this.

18. Optimise MySQL
YES Yup

19. Use Lightspeed
Its a non option for us, so we did not test it.

20. Use flat catalog
YES Expect to see good gains from this.

 
Magento Community Magento Community
Magento Community
Magento Community
 
Sonassi
Sr. Member
 
Avatar
Total Posts:  217
Joined:  2009-05-20
Manchester, UK
 

Read the full version here http://www.sonassi.com/blog/2009/05/20/what-makes-us-the-fastest-magento-host-then/
-------------------------------------------------------------------------------------------------------------------------------------------

Starting at the basics, a fresh empty server (Quad Core / 4GB RAM / Raid SATA HDD). Apache, PHP and MySQL installed on a single server with the standard Debian Lenny packages. A default install of the latest Magento Demo Store with sample data, testing with:

ab -c 20 -t 100 http://www.magento-hosting-uk.com/

Stage 1) 7 RPS

After extensive testing of APC/xCache/Zend/TurckMMCache/eAccelerator - we found eAccelerator consistently outperform the alternatives. As to what settings for eAccelerator, this is platform dependant - so I’m not going to post figures. Adding in an opcode cache improved performance by 100%.

Stage 2) 14 RPS

Then, bundling Memcached into the install helped significantly, adding around 20% performance. Remember to add the lines to local.xml - otherwise you won’t feel the benefit.

Stage 3) 18 RPS

Modified DB settings to allow increased workload

Stage 4) 19 RPS

Tweaked MPM settings in Apache to manage child spawning better and connection. Modified PHP conf and added optimisation.

Stage 5) 20 RPS

By this point, it was a respectable figure that most ‘dedicated’ Magento hosts could only achieve. So, the above is a, albeit very vague, foundation for you to build your Magento store. I’ll be honest though, although we operate a dedicated MySQL network, running the MySQL server on the same server as the DB (as in the tests above) had VERY LITTLE overall impact on performance. It was in the region of 1 RPS on average - not really worth the expense to offload DB requests externally for most users.

As we want to be a specialist in Magento hosting, accepting 20 RPS was a non-option. I’m not going to go into any detail (otherwise we’ll be giving away our game plan), so if you want seriously fast Magento hosting - try us out, you won’t be disappointed.

After further customisation, again, only in the userspace, we brought our Magento performance into the big leagues. A sustainable average of 32 RPS. Testing a sustained load over a period of 1 hour with 100 concurrent users, our RPS fell to around 30 - showing our capacity meets our performance. Here’s the output from ab.

Sonassi Media Services - http://www.magento-hosting-uk.com/

Concurrency Level:      20
Time taken 
for tests:   100.168 seconds
Complete requests
:      3131
Failed requests
:        0
Write errors
:           0
Keep
-Alive requests:    0
Total transferred
:      70223319 bytes
HTML transferred
:       68968519 bytes
Requests per second
:    31.71 [#/sec] (mean)
Time per request:       638.775 [ms] (mean)
Time per request:       31.939 [ms] (meanacross all concurrent requests)
Transfer rate:          685.77 [Kbytes/sec] received

Our new Magento hosting plan is available now, check out our site for more information!

 
Magento Community Magento Community
Magento Community
Magento Community
 
Kammalou
Sr. Member
 
Avatar
Total Posts:  285
Joined:  2009-01-20
Denmark
 

Hi…

Might wanna check our performance optimized setup (http://demo.magentopartner.com) out:

Concurrency Level:      100
Time taken 
for tests:   2.367296 seconds
Complete requests
:      1000
Failed requests
:        0
Write errors
:           0
Total transferred
:      23513632 bytes
HTML transferred
:       23137388 bytes
Requests per second
:    422.42 [#/sec] (mean)
Also discussed here:
http://www.magentocommerce.com/boards/viewthread/12998/P30/
 
Magento Community Magento Community
Magento Community
Magento Community
 
lodgerfootwear
Jr. Member
 
Total Posts:  1
Joined:  2009-06-09
 

At least keep your comments contributory to the original post and say what optimisations can be made, not just advertise.

Also, 420 RPS - I think not - more like 17 RPS - not quite what you are saying. I did some benchmarking of my own, using Siege as ‘ab’ is obviously giving false datasets on some hosts.

http://demo.magentopartner.com - 16.81 trans/sec

# siege -c 100 -t 25S http://demo.magentopartner.com
Lifting the server siege...      done.                                         Transactions:                     427 hits
Availability
:                 100.00 %
Elapsed time:                  25.40 secs
Data transferred
:               9.39 MB
Response time
:                  3.95 secs
Transaction rate
:              16.81 trans/sec
Throughput
:                     0.37 MB/sec
Concurrency
:                   66.33
Successful transactions
:         427
Failed transactions
:               0
Longest transaction
:           19.23
Shortest transaction
:           0.11

http://www.magento-hosting-uk.com - 34.22 trans/sec

# siege -c 100 -t 25S http://www.magento-hosting-uk.com
Lifting the server siege...      done.                                         Transactions:                     861 hits
Availability
:                 100.00 %
Elapsed time:                  25.16 secs
Data transferred
:              20.85 MB
Response time
:                  1.77 secs
Transaction rate
:              34.22 trans/sec
Throughput
:                     0.83 MB/sec
Concurrency
:                   60.71
Successful transactions
:         861
Failed transactions
:               0
Longest transaction
:           20.35
Shortest transaction
:           0.10

http://demo.magentocommerce.com - 20.13 trans/sec

# siege -c 100 -t 25S http://demo.magentocommerce.com
Lifting the server siege...      done.                                         Transactions:                     498 hits
Availability
:                 100.00 %
Elapsed time:                  24.74 secs
Data transferred
:              12.22 MB
Response time
:                  3.55 secs
Transaction rate
:              20.13 trans/sec
Throughput
:                     0.49 MB/sec
Concurrency
:                   71.45
Successful transactions
:         498
Failed transactions
:               0
Longest transaction
:           14.63
Shortest transaction
:           1.00

And finally our host

http://demo.magento.xtrahost.co.uk - 6.25 trans/sec

# siege -c 100 -t 25S http://demo.magento.xtrahost.co.uk/
Lifting the server siege...      done.                                         Transactions:                     158 hits
Availability
:                 100.00 %
Elapsed time:                  25.29 secs
Data transferred
:               3.43 MB
Response time
:                  5.06 secs
Transaction rate
:               6.25 trans/sec
Throughput
:                     0.14 MB/sec
Concurrency
:                   31.62
Successful transactions
:         158
Failed transactions
:               0
Longest transaction
:           18.33
Shortest transaction
:           0.32

I hate to say it, but the running order is,

1. http://www.magento-hosting-uk.com
2. http://demo.magentocommerce.com
3. http://demo.magentopartner.com
4. http://demo.magento.xtrahost.co.uk

 
Magento Community Magento Community
Magento Community
Magento Community
 
furnitureforyoultd
Enthusiast
 
Total Posts:  833
Joined:  2009-03-09
 

Followed these instructions and noticed a slight difference:
1 Connection: 6 req/sec (previously only 1-2)
2+Connections: 12/req sec

Apache - 2.2.9
PHP - 5.2.6
MySQL - 5.0.45

CPU: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
RAM: 1Gb
Redhat Linux Fedora 8

How can I increase the available memory shown in apc.php? and what can be done to apache to speed it up in regards to number of servers running etc?

 
Magento Community Magento Community
Magento Community
Magento Community
 
Dillweed
Jr. Member
 
Total Posts:  21
Joined:  2009-05-28
 

At least keep your comments contributory to the original post and say what optimisations can be made, not just advertise.

Sound like someone is having a tissy for raining on their parade.  One ought to get use to it, because 99% of the post in this forum are answered by someone trying to sell something.  I see nothing wrong with it.

 
Magento Community Magento Community
Magento Community
Magento Community
 
Kammalou
Sr. Member
 
Avatar
Total Posts:  285
Joined:  2009-01-20
Denmark
 
Dillweed - 09 June 2009 04:02 PM

At least keep your comments contributory to the original post and say what optimisations can be made, not just advertise.

Sound like someone is having a tissy for raining on their parade.  One ought to get use to it, because 99% of the post in this forum are answered by someone trying to sell something.  I see nothing wrong with it.

wink

Thank you for letting me in on the different way that Siege is benchmarking.
- For sure that is indeed useable for further optimization..!

 
Magento Community Magento Community
Magento Community
Magento Community
Magento Community
Magento Community
Back to top
Page 2 of 4