PDA

Bekijk Volledige Versie : Requests per second



magentohosting
03/03/13, 13:11
Goedemiddag collega-hosters,

Wellicht dat jullie kunnen ontdekken wat het probleem is, ik kom er namelijk even niet uit:
Wij hebben een dedicated server draaien met daarop 1 Magentoshop. De dedi is uitgerust met een Intel Xeon E5-2620 (6 cores, 12 threads), 32 GB RAM en 4x 240GB SSD in RAID-10.

Op het moment is de shop alleen erg langzaam qua benchmarks. Wanneer ik door de shop heenklik, is hij op zich redelijk snel. Sommige pagina's zijn nog niet in de cache geladen, wat je ook goed merkt.
Wanneer ik een ab-test (ab -n 100 -c 5 http://domeinnaam.nl/) uitvoer op de homepage, krijg ik de volgende resultaten:
Requests per second: 6.14 [#/sec] (mean)
Time per request: 814.187 [ms] (mean)
Time per request: 162.837 [ms] (mean, across all concurrent requests)

Het rare is dat ik afgelopen donderdag ook dezelfde test heb gedraaid, en daar kreeg ik (meerdere keren) een Requests per second van om en nabij de 100. Vele malen hoger dus.
Afgelopen vrijdag is wel Memcached ingeschakeld (deze stond nog uit), maar toen ik deze zojuist weer uit deed, mocht het niet baten. Daar zit het probleem dus niet.

Ook aan de MySQL en Apache config heb ik vrijdag wel wat geprobeerd, maar daar komt weinig uit.

Iemand enig idee wat hier mee kan spelen? Als je bepaalde config's wilt weten, geef maar een gil.

De shop is overigens nog niet live, dat gebeurt a.s. dinsdag. Zou wel fijn zijn als die dan ook wat bezoekers aankan :-)

xaban
03/03/13, 14:48
Een standaard Magento installatie trekt gewoon heel veel resources.

Wat belangrijk is:
- Hoeveel artikelen heb je in je shop?
- Hoe ga je om met sessions (file based of database)?
- Is MySQL geoptimalizeerd?
- Maak zeker gebruik van caching (memcached)

magentohosting
03/03/13, 15:02
Het aantal artikelen durf ik niet te zeggen. Het is namelijk niet mijn shop.
De sessies gaan voor zover ik weet gewoon file based.
Op de server wordt al gebruik gemaakt van Memcached en APC; dit is ook zeker te merken, zonder die 2 gaat het helemaal dramatisch.

MySQL is wel geoptimaliseerd:


[client]
port = 3306
socket = /var/lib/mysql/mysql.sock

[mysqld_safe]
socket = /var/lib/mysql/mysql.sock
nice = 0
log-error = /var/log/mysql/mysql.error.log

skip-bdb

innodb_buffer_pool_size = 9216M
innodb_additional_mem_pool_size = 2048M
innodb_log_buffer_size = 512M
innodb_thread_concurrency = 12

tmp_table_size = 512M
max_heap_table_size = 512M
thread_cache_size = 30
thread_concurreny = 12
table_cache = 512M

[mysqld]
local-infile = 0
#
# * Basic Settings
#
user = mysql
pid-file = /var/lib/mysql/mysql.pid
socket = /var/lib/mysql/mysql.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking
character-set-server = utf8
collation-server = utf8_general_ci
max_connections = 500
innodb_lock_wait_timeout = 120

# * Fine Tuning
#
key_buffer = 2048M
max_allowed_packet = 300M
thread_stack = 256K

# * Query Cache Configuration
#
query_cache_limit = 1024M
query_cache_size = 4096M
query_cache_type = 1

#[mysqldump]
max_allowed_packet = 300M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M


Ik ben er overigens mee bekend dat Magento uit zichzelf langzaam is en veel resources trekt. Vandaar dat we deze ene shop ook op deze server hebben geplaatst, zodat hij alle resources tot zijn beschikking heeft.