2008-10-10 11 views

Répondre

1

Le test de charge sera votre meilleure solution.

Les applications diffèrent dans leur échelle en fonction d'un grand nombre de variables, y compris les types de résolution de problèmes, l'approche de la solution et d'autres facteurs. 100 utilisateurs simultanés consommant 10% CPU ne signifie pas 500 simultanés à 50%, cela pourrait être 20% ou 100%.

Votre goulot d'étranglement pourrait être la capacité du processeur ou de la mémoire ou la bande passante du réseau. Sans réellement placer la charge sur votre application, toute estimation sera simplement une conjecture et sera probablement prouvée incorrecte.

+0

Oui, je sais, mais vous avez encore besoin d'une estimation pour le budget. La mesurer dans l'environnement est un autre type de chose –

0

Totalement dépend de l'application.

Si vous recherchez des exigences pour une application spécifique, placez-le sur votre matériel qui ressemble à un serveur, lancez perfmon avec une bonne sélection de compteurs & puis exécutez des outils automatisés pour le test de charge, en effectuant certaines tâches courantes contre l'application. Voir comment il fonctionne, puis prendre une estimation basée sur le matériel que vous avez, la charge que vous avez couru contre elle & comment il se mesuré. Par expérience, les goulets d'étranglement que je vois apparaître avec les applications ASP.NET à la fin du serveur web sont généralement de la RAM. C'est la base de données qui exécute le back-end de l'application ASP.NET dont vous avez besoin :-) Je dirais 9/10 fois que j'ai vu des problèmes de performance avec les applications ASP.NET, la DB a été le goulot d'étranglement.