Archief - Performance issues

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
D

Dubbelpunt

Legacy Member
Gisteren was onze veilingwebsite voor de eerste keer ENORM traag. Graag had ik hier info gevraagd, onder andere wat we hier aan kunnen doen. Ik heb reeds naar het hostingbedrijf gebeld en zij zagen geen enkel probleem. Dus het zou aan ons moeten liggen. Moeten we onze php code gaan checken? Of mySql statements? Of eerder de hardware gaan onderzoeken? En vooral, hoe?! Met welke tools? :confused:
D

DieselPower

Legacy Member
Check uw logs mss ne keer? En hebben jullie een dedicated server of een die gedeeld wordt?
C

Cycloon

Legacy Member
Kan ook een probleem zijn bij tussenliggende ISP's en routers. Als het een tijdelijk probleem was zou dat best wel eens kunnen.
D

Dubbelpunt

Legacy Member
zou het misschien deze oorzaak kunnen hebben:
wij gebruiken nog niet zo lang een nieuwe ajax implementatie, waarbij iedere seconde naar de db wordt gekeken voor updates...
a

adrianhates

Legacy Member
hahahaha :D natuurlijk dat :) wat je gaat doen is om de second uw database aanspreken op de webserver. Dit PER GEBRUIKER VAN DE WEBSITE

Als je 10 gebruikers hebt zal het nog meevallen. Maar als er 1000 opzitten is dit al duidelijk een performatieverlies doordat de server overbelast geraakt.

Je kan beter het push patroon implementeren. Dit gaat pas activeren als er nieuwe content op de server staat.

tegenover bij het polling patroon zal elke second gekeken worden.

edit : je kan het ook oplossen door je servers te upgraden of er gewoon meerdere op te zetten. Dan wordt de load verdeeld op de servers , maar zal je performantie nog steeds niet de hoogte in schieten.

bij het polling patroon zal het zowiezo afhangen van het aantal gebruikers / aantal servers je hebt

Kvind het raar dat diegene dat de implementatie gedaan heeft daar niet op gewezen heeft en dus daardoor naar mijn mening SERIEUS in achting daalt
b

bugoff

Legacy Member
Het "bijzetten" van servers mag je niet bekijken als 1ste oplossing, benchmark uw site eens, bekijk de load, geheugen, disk I/O ...

Als je wil kunnen we je hier wel altijd mee helpen, stuur me dan gewoon even een pm. Waarom heeft hostbasket niet even het probleem bekeken terwijl het zo traag ging?
D

Dubbelpunt

Legacy Member
hostbasket heeft het probleem wel degelijk bekeken en zei dat er bij hun geen problemen waren
D

Dubbelpunt

Legacy Member
ben effe niet mee, wij hebben een dedicated webserver bij hostbasket, 2 zelfs!
zij kijken onze server na hoor, natuurlijk, als het aan onze (AJAX) code ligt (zoals ik vermoed), zullen zij zeggen dat ze ons niet kunnen helpen

anyway, we gaan de raad van adrianhates opvolgen en hopelijk komt alles goed bij een volgende veiling
ps: hoe zouden we dit kunnen testen? ik kan toch moeilijk 100 man uitnodigen om eens een veiling na te bootsen?
b

bugoff

Legacy Member
Webber zei:
ben effe niet mee, wij hebben een dedicated webserver bij hostbasket, 2 zelfs!
zij kijken onze server na hoor, natuurlijk, als het aan onze (AJAX) code ligt (zoals ik vermoed), zullen zij zeggen dat ze ons niet kunnen helpen
Klik om te vergroten...

Unmanaged contract dan? Bij een managed contract zouden ze toch kunnen vertellen waar het probleem zit, slechte query's, ...

Webber zei:
anyway, we gaan de raad van adrianhates opvolgen en hopelijk komt alles goed bij een volgende veiling
ps: hoe zouden we dit kunnen testen? ik kan toch moeilijk 100 man uitnodigen om eens een veiling na te bootsen?
Klik om te vergroten...

er zijn benchmark tools hiervoor? :)

ab, httperf
T

TiZon

Legacy Member
Kan je niet via je controll-panel een commando naar de server sturen?
Zoja, stuur een 'ps' (zonder de '' uiteraard) en kijk wat je terug krijgt. Normaal krijg je alles te zien van de actieve processen.

Als het dan nog is gebeurd, dan duw je dat er nog is door en dan kijk je of er iets aan de load veranderd is. Niet aan de load veranderd wil zeggen dat er ergens een connectieprobleem is, waardoor veel packets verloren gaan of toch op zijn minst ergens een bottleneck zit. Die moet je dan proberen te traceren door je hops te gaan bekijken.

Als er wel een groot verschil in load is, zou je bijna moeten gaan kijken waar het aan ligt. (db-service,apache,...) en zo altijd verder gaan om het probleem te vinden.

Dat is toch hoe ik zou werken.
a

adrianhates

Legacy Member
Webber zei:
ben effe niet mee, wij hebben een dedicated webserver bij hostbasket, 2 zelfs!
zij kijken onze server na hoor, natuurlijk, als het aan onze (AJAX) code ligt (zoals ik vermoed), zullen zij zeggen dat ze ons niet kunnen helpen

anyway, we gaan de raad van adrianhates opvolgen en hopelijk komt alles goed bij een volgende veiling
ps: hoe zouden we dit kunnen testen? ik kan toch moeilijk 100 man uitnodigen om eens een veiling na te bootsen?
Klik om te vergroten...
test het irl, wacht de volgende veiling af als je het zeker wilt spelen
D

Dubbelpunt

Legacy Member
mja, dat is niet echt een oplossing, we hadden dit probleem graag opgelost gezien bij onze volgende veiling volgende maand :p

bestaan er geen tools waarbij 1000 users kan faken op een staging website?
a

adrianhates

Legacy Member
Webber zei:
mja, dat is niet echt een oplossing, we hadden dit probleem graag opgelost gezien bij onze volgende veiling volgende maand :p

bestaan er geen tools waarbij 1000 users kan faken op een staging website?
Klik om te vergroten...

een betere test zal je niet vinden anderzijds :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan