Mémoire par connexion

SILO · 04/01/2011, 13h25

Bonjour,

Une question m'a été posée hier et je suis resté

lorsqu'un client se connecte sur SQL Server (sans faire des requetes juste connexion, pour faire simple) combien de memoire il consomme.

En d'autres termes : si j'ai un serveur de 16Go de RAM, combien d'utilisateurs simmultannés peuvent se connecter ?

elsuket · 04/01/2011, 15h14

Bonjour,

Comme beaucoup de choses en bases de données relationnelles SQL, la réponse est "ça dépend"

Vous pouvez en avoir une idée à l'aide du compteur de performance SQL Server: Memory Manager: Connection Memory (KB) dont vous pouvez suivre la valeur à l'aide de l'utilitaire Perfmon, ou bien en requête la vue de gestion dynamique sys.dm_os_performance_counters

@++

SQLpro · 05/01/2011, 14h06

de plus les connexions sont poolées, tant est si bien que 1000 ou 10000 connexions utiliserons la même quantité de RAM....

A +

mikedavem · 05/01/2011, 15h27

... sauf si comme je l'ai souvent vu, l'application ne ferme pas correctement les connexions pour que celle-ci soit rendue au pool (même si en principe les connexions sont rendus au bout d'un certain temps d'inactivité). Mais il est clair que le regroupement de connexions apporte des avantages en terme de performances.

++

04/01/2011, 13h25	#1
SILO Membre régulier Inscription : mars 2002 Messages : 179 Détails du profil Informations personnelles : Âge : 40 Informations forums : Inscription : mars 2002 Messages : 179 Points : 96 Points : 96	Mémoire par connexion Bonjour, Une question m'a été posée hier et je suis resté lorsqu'un client se connecte sur SQL Server (sans faire des requetes juste connexion, pour faire simple) combien de memoire il consomme. En d'autres termes : si j'ai un serveur de 16Go de RAM, combien d'utilisateurs simmultannés peuvent se connecter ?
	00

04/01/2011, 15h14	#2
elsuket Modérateur Nicolas Souquet Administrateur de base de données Inscription : janvier 2005 Messages : 4 665 Détails du profil Informations personnelles : Nom : Nicolas Souquet Âge : 30 Localisation : Thaïlande Informations professionnelles : Activité : Administrateur de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2005 Messages : 4 665 Points : 8 707 Points : 8 707	Bonjour, Comme beaucoup de choses en bases de données relationnelles SQL, la réponse est "ça dépend" Vous pouvez en avoir une idée à l'aide du compteur de performance SQL Server: Memory Manager: Connection Memory (KB) dont vous pouvez suivre la valeur à l'aide de l'utilitaire Perfmon, ou bien en requête la vue de gestion dynamique sys.dm_os_performance_counters @++ __________________ En bases de données relationnelles SQL, il n'y a ni tableaux, ni enregistrements, ni champs: il y a des tables, des lignes et des colonnes. Blog \| Profil\| Consulter ou télécharger les fichiers d'aide de SQL Server, des versions 2000 à 2012
	00

05/01/2011, 14h06	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 950 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 950 Points : 17 766 Points : 17 766	de plus les connexions sont poolées, tant est si bien que 1000 ou 10000 connexions utiliserons la même quantité de RAM.... A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

05/01/2011, 15h27	#4
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 723 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 723 Points : 6 844 Points : 6 844	... sauf si comme je l'ai souvent vu, l'application ne ferme pas correctement les connexions pour que celle-ci soit rendue au pool (même si en principe les connexions sont rendus au bout d'un certain temps d'inactivité). Mais il est clair que le regroupement de connexions apporte des avantages en terme de performances. ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email