Onderwerp: Server load bepalen

Voor een te bouwen webapplicatie voor het raadplegen van woordenboeken
zoeken we naar methoden/tools om te bepalen welke hardware er moet
worden aangeschaft om de applicatie 'comfortabel' te kunnen laten
werken. De functionaliteit van de applicatie loopt van vrij simpel:
opvragen van een artikel uit het woordenboek, tot meer complex: geef
een lijst van alle trefwoorden die zelfstandig naamwood zijn en woord x
in hun betekenisdefinitie hebben. Dit soort lijsten kunnen groot
worden, 50.000 regels of meer (geen discussie over dit aantal, op dit
moment is het voor ons een gegeven dat de applicatie met een dergelijk
aantal moet kunnen omgaan). Vragen die hierbij een rol spelen: hoe
schat je het aantal concurrent users zo goed mogelijk in, is in te
schatten welke vragen die users aan het systeem gaan stellen, is het
zinvol 'load testing' tools te gebruiken en zo ja welke etc.
Alle ideeen zijn welkom.

Peter van der Kamp

kamp@inl.nl schreef:
> Voor een te bouwen webapplicatie voor het raadplegen van woordenboeken
> zoeken we naar methoden/tools om te bepalen welke hardware er moet
> worden aangeschaft om de applicatie 'comfortabel' te kunnen laten
> werken. De functionaliteit van de applicatie loopt van vrij simpel:
> opvragen van een artikel uit het woordenboek,

Dat kan al wat ingewikkelder worden als je laat zoeken met wildcards of
'klinkt als'.

> tot meer complex: geef
> een lijst van alle trefwoorden die zelfstandig naamwood zijn en woord x
> in hun betekenisdefinitie hebben. Dit soort lijsten kunnen groot
> worden, 50.000 regels of meer (geen discussie over dit aantal, op dit
> moment is het voor ons een gegeven dat de applicatie met een dergelijk
> aantal moet kunnen omgaan).

Ik wil toch even vragen of dat inhoudt dat je een pagina met 50.000
treffers naar de argeloze bezoeker gaat sturen...

> Vragen die hierbij een rol spelen: hoe
> schat je het aantal concurrent users zo goed mogelijk in, is in te
> schatten welke vragen die users aan het systeem gaan stellen,

Om iets zinnigs te zeggen over vragen en aantallen moet je meer weten
over het verwachte publiek.

> is het
> zinvol 'load testing' tools te gebruiken en zo ja welke etc.
> Alle ideeen zijn welkom.

Jmeter <http://jakarta.apache.org/jmeter/> is een zeer veelzijdige tool.

--
groet, Ronald

Ronald Klip schreef:

> > in hun betekenisdefinitie hebben. Dit soort lijsten kunnen groot
> > worden, 50.000 regels of meer (geen discussie over dit aantal, op dit
> > moment is het voor ons een gegeven dat de applicatie met een dergelijk
> > aantal moet kunnen omgaan).
>
> Ik wil toch even vragen of dat inhoudt dat je een pagina met 50.000
> treffers naar de argeloze bezoeker gaat sturen...

Daar is nog discussie over. Onze ervaring met sortgelijke applicaties
is dat vermoedelijk de meeste gebruikers alleen interesse hebben in het
opzoeken van een woord en de meer complexe mogelijkheden niet
gebruiken. Gebruikers die daar wel mee aan de gang gaan
(taalwetenschappers etc.) weten waar ze mee bezig zijn en hebben die
aantallen soms ook nodig. Het idee is echter wel om de gebruiker eerst
een frequentielijst te geven zodat hij weet welke aantallen hij kan
verwachten. Als hij er voor kiest om door te gaan dan weet hij dat hij
een grote set data kan verwachten.


>
> > Vragen die hierbij een rol spelen: hoe
> > schat je het aantal concurrent users zo goed mogelijk in, is in te
> > schatten welke vragen die users aan het systeem gaan stellen,
>
> Om iets zinnigs te zeggen over vragen en aantallen moet je meer weten
> over het verwachte publiek.
>
> > is het
> > zinvol 'load testing' tools te gebruiken en zo ja welke etc.
> > Alle ideeen zijn welkom.
>
> Jmeter <http://jakarta.apache.org/jmeter/> is een zeer veelzijdige tool.

OK, ga ik naar kijken.

Peter