Ik was eigenlijk meer aan het kijken naar je 'Failed attempts". 60 queries per seconden vind ik niet zo heel gek veel, meer dan 1000 failed connection attempts in een uur tijd echter wel.quote:Op woensdag 30 december 2009 19:28 schreef PiRANiA het volgende:
[..]
Jij zal het niet veel vinden (als je de FOK! stats hebt gezien), maar ik vind 60 queries per seconde vrij veel
Hoe kom ik er achter waar het fout gaat?quote:Op woensdag 30 december 2009 19:29 schreef Tuvai.net het volgende:
[..]
Ik was eigenlijk meer aan het kijken naar je 'Failed attempts". 60 queries per seconden vind ik niet zo heel gek veel, meer dan 1000 failed connection attempts in een uur tijd echter wel.
Voor je bezoekersteller mag je wel trots zijn (mits redelijk aantal queries per pagina), maar je had het erover dat hij het druk had. En dat is niet zo, een moderne thuis-pc kan rustig 50-100k queries/seconde uitvoeren primary key look-ups wel.quote:Op woensdag 30 december 2009 19:28 schreef PiRANiA het volgende:
[..]
Jij zal het niet veel vinden (als je de FOK! stats hebt gezien), maar ik vind 60 queries per seconde vrij veel
tcpdumpquote:Op woensdag 30 december 2009 19:37 schreef PiRANiA het volgende:
[..]
Hoe kom ik er achter waar het fout gaat?
Het zijn allemaal lokale scripts met data uit metingen. Tcpdump werkt dan niet denk ik?quote:Op woensdag 30 december 2009 19:41 schreef GlowMouse het volgende:
[..]
Voor je bezoekersteller mag je wel trots zijn (mits redelijk aantal queries per pagina), maar je had het erover dat hij het druk had. En dat is niet zo, een moderne thuis-pc kan rustig 50-100k queries/seconde uitvoeren primary key look-ups wel.
[..]
tcpdump
Jup, chille x2200 server. Ik moet hem alleen nog ergens weghangen eigenlijk, maar colocatie is vrij duurquote:
Relatief veel data (~200MB database) op standaard configuratie...quote:Op woensdag 30 december 2009 22:54 schreef GlowMouse het volgende:
ic; heb je zo'n enorm kleine dataset of heb je MySQL nog met de default config draaien?
Ben ik wel benieuwd met welke settings je dat beter kan optimaliseren als je veel data hebt.quote:Op woensdag 30 december 2009 22:59 schreef GlowMouse het volgende:
zonde!
1 2 3 4 | $QuotaAmount = sprintf('%0.2f', $QuotaAmount); $QuotaAmount = (float)str_replace(',', '.', $QuotaAmount); ?> |
1 2 3 4 | $sReCheckQuotaAmount = sprintf('%0.2f', $sReCheckQuotaAmount); $sReCheckQuotaAmount = (float)str_replace(',', '.', $sReCheckQuotaAmount); ?> |
Omdat je daar er ook al een float van maakt. Floats zijn niet altijd precies het getal die je bedoelt.quote:Op donderdag 31 december 2009 10:28 schreef ursel het volgende:
Mja, maar de afronding gaat al verkeerd in de sprintf
aah, wacht, die sprintf maakt er ook float van.quote:Op donderdag 31 december 2009 10:32 schreef Tijn het volgende:
[..]
Omdat je daar er ook al een float van maakt. Floats zijn niet altijd precies het getal die je bedoelt.
Het handige van een float is dat je zowel extreem grote als extreem kleine getallen erin kunt opslaan. Andere types hebben harde limieten, zoals bv een int die van -2147483648 t/m 2147483647 werkt. Een float heeft dat soort grenzen niet echt, daar kun je honderd cijfers voor of achter de komma bij zetten en je krijgt nog een waarde eruit die (min of meer) lijkt op wat je bedoelde.quote:Op donderdag 31 december 2009 10:57 schreef ursel het volgende:
[..]
Gewoon even nieuwsgierig, maar wat is eigenlijk het nut van een float als je die niet precies het getal is dat je bedoeld?
Sowieso overstappen op InnoDB, beetje recente versie pakken (5.4/5.5), en dan spelen met de buffer pool, en logbuffer.quote:Op donderdag 31 december 2009 09:07 schreef ursel het volgende:
[..]
Ben ik wel benieuwd met welke settings je dat beter kan optimaliseren als je veel data hebt.
Heb je daar een mooie guide voor? Of een leidraad waar ik kan beginnen?quote:Op donderdag 31 december 2009 11:53 schreef GlowMouse het volgende:
[..]
Sowieso overstappen op InnoDB, beetje recente versie pakken (5.4/5.5), en dan spelen met de buffer pool, en logbuffer.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |