Re: Server Performance tuning - bei minimaler Hardware
- From: sebastian@xxxxxxxxxxxxx
- Date: Mon, 6 Oct 2008 15:20:48 -0700 (PDT)
Nein, hatte ihn nicht sehr lange laufen.Ca. 25% plus. Das sind aber alle Cache-warming Effekte zusammen.
Oder hattest du den Server vor der ersten Messung länger laufen?
Dieses mal nach ca. 30 Mins ohne Query Cache:
349 fetches, 10 max parallel, 1.76378e+07 bytes, in 10.0016 seconds
50538 mean bytes/connection
34.8944 fetches/sec, 1.76349e+06 bytes/sec
Nach ca. 45 Mins ohne Query Cache:
331 fetches, 10 max parallel, 1.67463e+07 bytes, in 10 seconds
50593 mean bytes/connection
33.1 fetches/sec, 1.67463e+06 bytes/sec
Nach ca. 55 Mins ohne Query Cache:
21 fetches, 10 max parallel, 1.62654e+07 bytes, in 10.0007 seconds
50671 mean bytes/connection
32.0977 fetches/sec, 1.62642e+06 bytes/sec
msecs/connect: 0.118598 mean, 0.705 max, 0.075 min
msecs/first-response: 85.2394 mean, 9374.65 max, 26.33 min
HTTP response codes:
Hm, ob das Zufall ist das es immer langsamer wird? Viel los ist jetzt
auf der Seite jedenfalls nicht mehr.
Ok, soweit klar. Nur was gewinne ich durch das deaktivieren? DadurchDer Query-Cache hat ja eine sehr rudimentäre Invalidierungs-
Strategie. Sobald du in eine Tabelle schreibst, werden alle
Resultate für diese Tabelle ungültig.
werden sicherlich die Schreibvorgänge schneller, allerdings geht es
mir zu 80% nur um die Lesegeschwindigkeit und ist es da nicht besser
wenn man den Cache aktiviert hat?
Oder meinst Du das im realen Betrieb der Cache einfach insgesamt bei
mir zu wenig verschiedene Daten cachen würde weswegen der Cache bei,
ich übertreibe, jedem Aufruf wieder neue Daten schreiben und leeren
würde? Was dann sicherlich wieder langsamer ist als die Daten direkt
zu lesen.
Weist Du wie der Cache genau funktioniert? Also wird da ein Result von
einem Query gespeichert? Oder generell nur die Suchreihenfolge so das
MySQL schneller die Treffer in einem Index findet?
Den table_cache hatte ich vorhin mal auf 300 gesetzt. Hatte damals
gelesen das man den Wert auf "max_connections * max. table joins"
setzen soll und nicht table joins durchschnitt. Deswegen hatte ich ihn
zu Anfang auf 400.
Das hat nichts mit Geld zu tun. Ich stelle eine kostenlos Online HilfeUnd für professionelle Hilfe hast du scheints kein Geld ;-P
zu Verfügung weils mir Spaß macht und ich dadurch auch viel lerne.
Erst war es PHP und MySQL im Frontend und nun eben auch von
serverseite aus.
Deswegen...
....ist das Ziel nicht Experte zu werden. Möchte mir für meine SeiteMußt du also selber Experte werden...
ausreichende Kentnisse aneignen und ich glaube da bin ich auf einen
guten Weg. Dank Google, vielen Artikeln und Eurer Hilfe.
Habe übrigens noch ListenBacklog auf 200 gesetzt und bin gespannt wie
sich der Server nun verhält.
Wieder einmal vielen Dank für Deine Hilfe!
Grüsse, Sebastian
.
- Follow-Ups:
- Re: Server Performance tuning - bei minimaler Hardware
- From: Axel Schwenke
- Re: Server Performance tuning - bei minimaler Hardware
- References:
- Server Performance tuning - bei minimaler Hardware
- From: sebastian
- Re: Server Performance tuning - bei minimaler Hardware
- From: Andreas Born
- Re: Server Performance tuning - bei minimaler Hardware
- From: sebastian
- Re: Server Performance tuning - bei minimaler Hardware
- From: Axel Schwenke
- Re: Server Performance tuning - bei minimaler Hardware
- From: sebastian
- Re: Server Performance tuning - bei minimaler Hardware
- From: Axel Schwenke
- Re: Server Performance tuning - bei minimaler Hardware
- From: sebastian
- Re: Server Performance tuning - bei minimaler Hardware
- From: Axel Schwenke
- Server Performance tuning - bei minimaler Hardware
- Prev by Date: Re: Server Performance tuning - bei minimaler Hardware
- Next by Date: Re: Server Performance tuning - bei minimaler Hardware
- Previous by thread: Re: Server Performance tuning - bei minimaler Hardware
- Next by thread: Re: Server Performance tuning - bei minimaler Hardware
- Index(es):
Relevant Pages
|
Loading