vrijdag 22 januari 2010

Performance problemen in de praktijk

Een van de manieren om ons vak te profileren is om 'success stories' te schrijven over projecten waar u trots op bent. Dat is een mooie manier om aanpak en resultaat te presenteren. Uw bijdrage publiceer ik graag, desgewenst onder uw naam. In de tussentijd zal ik een van mijn eigen voorbeelden geven.

Een jaar of wat geleden werd ik betrokken bij een personeelsinformatiesysteem dat tijdens de uitrol steeds trager werd, maar niet voor alle soorten gebruik. De applicatie kende een PC deel, dat over het netwerk met servers communiceerde. Bij het intakegesprek bleek men al verschillende hypotheses voor het probleem te hebben, maar geen daarvan verklaarde alle verschijnselen.

Onze aanpak was toen om systematisch alle bronnen van performance problemen op te sommen: de desktop, het netwerk en de servers. Voor elk van deze hypotheses richtten we een meting in. Dat klinkt trouwens makkelijker dan het is.

Conclusie uiteindelijk: er waren inderdaad twee problemen. Door onhandig programmeren werd steeds een hele tabel over het netwerk naar de PC gestuurd. Dat werd trager naarmate de uitrol vorderde, omdat die tabel steeds groter werd. Verder was de software aan de PC kant gewoon erg veeleisend. Uiteindelijk moest de applicatie flink worden herschreven.

woensdag 20 januari 2010

Meten van Web 2.0 toepassingen

Moderne Web 2.0 sites en social networking toepassingen worden steeds afhankelijker van andere services. Zo zijn er allerlei programma's die rechtstreeks op de Twitter API (programmeer interface) werken. Als de Twitter API het niet of langzaam doet, hebben die dus een probleem.

WatchMouse heeft vandaag een nieuwe dienst gelanceerd die laat zien hoe verschillende van deze API's het doen. De dienst heet api-status.com, en de Twitterstoring van vandaag is te zien op deze pagina.

donderdag 7 januari 2010

Performance en capaciteit als business probleem

Een belangrijke reden waarom we aan computers willen meten is omdat de business een probleem heeft. Voorbeelden van dat soort problemen zijn: trage websites, te dure spullen.

We zijn op zoek naar goede en meer gedetailleerde voorbeelden van dat soort problemen. Die zijn immers de reden voor het werk dat we doen. Als we dat dan weten kunnen we beter uitleggen hoeveel moeite we ervoor moeten doen. Een aardige inleiding in het opzetten van business cases voor goed software performance management is te vinden in deze paper.

Graag hoor ik waar u mee bezig bent op het gebied van computer prestaties. Gebruik de commentaar mogelijkheid!