Ok, anders dan: Ik weet zeker dat, zonder een analyse van de request-statistieken gecombineerd met een analyse van de data, de code nauwelijks op performance geanalyseerd kan worden. Zelf heb ik zo nu en dan code-constructies gezien waarvan ik dacht dat het traag moest zijn. Dat bleek ofwel niet echt traag, niet traag genoeg om performance issues op te leveren of domweg niet vaak genoeg aangeroepen om zinvol te zijn om te verbeteren.
Een database vullen met wat onzinnige data is op zich zelf niet zo'n probleem. Wat ik bijvoorbeeld thuis wel kan doen is een server inrichten welke speciaal wordt ingericht voor development. Dit kun je met de T.net servers zo maar ff niet doen
Niet? We hebben er anders twee waar we dagelijks mee werken
Maar ik zie jou niet zo snel 6 webservers en 2 database inzetten, doen we zelf al niet eens, om een load-test te simuleren. Helaas werkt de schaling van zaken altijd anders dan je verwacht dus de echte performance-analyses kan je lang niet altijd goed uitvoeren op een lichtbelastte server.
Een andere optie is om een sectie waar jullie nu wat minder tevreden eens online te zetten (de code dan). Wedden dat de community nuttiger is dan jullie denken? Veel mensen kunnen veel en hebben samen een hele grote bult ervaring. Jullie hebben de community, jullie maken er alleen nog geen gebruik van. Ik weet zeker dat jullie je hier nog mal in vergissen
Anderzijds heb je ook allerlei "beste stuurlui aan wal" die allemaal andere micro-optimalisaties voorstellen die verder nihil aan invloed op de performance hebben, maar wel de leesbaarheid van de code verminderen. Ik heb in de P&W-draadjes genoeg "performance tips" gegeven zien worden die totaal onzinnig waren met het gegeven probleem en die tips hebben wij ook niet nodig met onze code
Uiteraard is het mogelijk dat er hier en daar nog een stuk zit dat wel degelijk na een re-write veel beter werkt, die we zelf niet gezien hadden... Maar we zijn nu langzaamaan de code compleet aan het herschrijven en ik denk dat we ons beter op de 80/20 kunnen richten dan uitgebreid support (antwoorden op vragen, onzinnige en zinnige tips, etc) moeten leveren aan mensen die onze code willen doorlezen.
Overigens richten we ons bij het herschrijven niet op de performance, met het goedkoper worden van hardware en beter worden van compilers worden vooral de micro-optimalisaties steeds minder zinvol om uit te voeren, terwijl ze vaak wel de leesbaarheid en (dus) onderhoudbaarheid verminderen.
Verwijderd schreef op dinsdag 03 mei 2005 @ 23:36:
Met een database van gelijk formaat (random prut data) kun je een heel eind komen met benchmarks. Daar kun je rustig de snelheid van je queries in controleren. Daar kun je rustig aan zien of er stukken PHP extreem traag zijn in verhouden. Of er ergens server side caching nodig zou moeten zijn en ga zo maar door.
Nee, juist dat soort dingen kan je niet in een "rustige omgeving" beoordelen. Want het kan best zijn dat een stuk code traag is, maar als het maar 1000 van de 2 miljoen requests zijn, dan is het niet al te zinvol om er veel tijd in te steken.
Het enigste verschil tussen de werkelijke omgeving en je lokale 'tweakers.net' is dat je server wat minder krachtig zal zijn. Dit hoort je er echter niet van te weerhouden om je code te kunnen profilen en te kunnen optimizen. Hoe vaak wordt jouw code direct op de uiteindelijke server gedraait? Ik dev lokaal en ik zorg er wel voor dat de code zowel op de eindmachine als lokaal goed draait. (Er zijn uiteraard altijd dingetjes uit overmacht maar die vergeten we even voor het gemak
)
We houden van elke pagina die uitgevoerd werd bij hoelang de uitvoering duurde. Aan de hand van de gecombineerde waarde van gemiddelde tijd en aantal requests kan je zien waar eventueel nog wat optimalisaties nodig zijn. Voorlopig hebben we echter niet het idee dat de performance beter moet, hooguit dat het wel geinig is als het op bepaalde punten nog wat verbeterd.
Dat heb je mij niet horen zeggen. ACM en Femme zullen tesamen best netjes kunnen coden. Immers de site draait al een tijdje en draait vrij regelmatig. Dit neemt echter niet weg dat er niet iemand op deze aardkluit loopt die nog enkele verbeterpuntjes in de code kan aanbrengen. ACM & Femme zijn slechts 2 programmeurs. Als ze ALLES wisten dan waren ze nu rijk
RobinVR en crisp doen ook aardig wat aan de code hoor, we zijn dus met ons vieren. Daarnaast zijn er nog twee serveradmins die de boel op dat gebied in de gaten houden. En we weten niet alles, maar wel dat de code niet per se aan verbetering toe is, domweg omdat het verbeterd kan worden
Ik denk dus niet dat er niet genoeg ervaring is in de crew. Ik denk alleen dat er in de community een breder spectrum is aan kennis + meer ervaring in z'n totaliteit.
Daar heb je vast wel gelijk in. Nadeel is alleen dat in de meeste gevallen het zo is dat je bij optimalisaties van code
meer ervaring moet hebben dan de auteur. Je moet namelijk zowel de code begrijpen als verbeteringen kunnen aangeven.
:strip_exif()/u/59190/54.gif?f=community)
:strip_icc():strip_exif()/u/29184/crop6486f3bf4147f_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/69009/eend.jpg?f=community)
:strip_icc():strip_exif()/u/26612/droptikkels_icon.jpg?f=community){kind=icon}
Een benzine motor is dan ook heel simpel. Hij haalt benzine en lucht naar binnen en laat een krukas draaien. Kun jij met deze informatie een benzine motor na bouwen? :strip_icc():strip_exif()/u/29534/moto-icon.jpg?f=community){kind=icon}
/u/1830/acm.png?f=community)
:strip_exif()/u/818/we33ee45.gif?f=community)
/u/1/femme.png?f=community)
