Es suficiente 1GB ram para 350.000 usuarios?

Cuando digo x mil usuarios me estoy basando en el valor
que informa el Performance Monitor (accesible desde SQL
Profiler, menú tools), y ahi añado a la monitorización
el 'contador' User connections que encuentro en la
categoría('Performance object') SQLServer:General
Statistics.

La ayuda de este contador dice que es 'Number of users
connected to the system.'

Espero no estar equivocandome, porque un select count(*)
from sysprocesses me dice que hay 291 procesos...

Es fiable el contador User connections del SQL Profiler o
debería utilizar otro procedimiento para esta cuestion?

gracias

Hola, con 9GB de BDD y esos usuarios reales concurrentes

(es asi?) yo

pondria un minimo de 8GB, la paginacion es mala muy

mala!! en todo

concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al

mismo tiempo tenes!!

Bye


Salu2

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de esta
info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy pobre,

yo para ese volumen

estaria pensando en 16GB como minimo!! claro habria que

revisar otras cosas,

pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al

100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Ahh no parate!! ese numero es solo estaditico y contador, o sea, desde la
ultima vez que se inicio el servicio Cuantos login existieron, pero ese dato
no te es muy util para tomar una desicion de este tipo.

El otro dato si te da 251, ese es que hay que mirar!! y como varia eso!! si
son 251 con 3GB de RAM deberias andar muy bien, lo ideal seria ponerle 4
pero

Suerte


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en el mensaje
news:1997101c44d74$560e4f60$
Cuando digo x mil usuarios me estoy basando en el valor
que informa el Performance Monitor (accesible desde SQL
Profiler, menú tools), y ahi añado a la monitorización
el 'contador' User connections que encuentro en la
categoría('Performance object') SQLServer:General
Statistics.

La ayuda de este contador dice que es 'Number of users
connected to the system.'

Espero no estar equivocandome, porque un select count(*)
from sysprocesses me dice que hay 291 procesos...

Es fiable el contador User connections del SQL Profiler o
debería utilizar otro procedimiento para esta cuestion?

gracias

Hola, con 9GB de BDD y esos usuarios reales concurrentes

(es asi?) yo

pondria un minimo de 8GB, la paginacion es mala muy

mala!! en todo

concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al

mismo tiempo tenes!!

Bye


Salu2

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de esta
info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy pobre,

yo para ese volumen

estaria pensando en 16GB como minimo!! claro habria que

revisar otras cosas,

pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al

100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.698 / Virus Database: 455 - Release Date: 02/06/2004

Eso cambia muuuuuchísimo las cosas
Con lo que dices si tienes una buena máquina con 2GB, incluso con 1 GB se
puede subsistir sin ningún problema. Naturalmente dependerá de la máquina
número de procesadores etc, sin embargo,... de lo que más dependerá es de
como desarrolles tus aplicaciones, evita cursores, analiza cada query y no
generes bloqueos y tendrás un sistema muy ágil.


-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"dani" escribió en el mensaje
news:1997101c44d74$560e4f60$
Cuando digo x mil usuarios me estoy basando en el valor
que informa el Performance Monitor (accesible desde SQL
Profiler, menú tools), y ahi añado a la monitorización
el 'contador' User connections que encuentro en la
categoría('Performance object') SQLServer:General
Statistics.

La ayuda de este contador dice que es 'Number of users
connected to the system.'

Espero no estar equivocandome, porque un select count(*)
from sysprocesses me dice que hay 291 procesos...

Es fiable el contador User connections del SQL Profiler o
debería utilizar otro procedimiento para esta cuestion?

gracias

Hola, con 9GB de BDD y esos usuarios reales concurrentes

(es asi?) yo

pondria un minimo de 8GB, la paginacion es mala muy

mala!! en todo

concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al

mismo tiempo tenes!!

Bye


Salu2

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de esta
info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy pobre,

yo para ese volumen

estaria pensando en 16GB como minimo!! claro habria que

revisar otras cosas,

pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al

100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Muchas gracias a los 2 por la info.

Aunque me decis que el Performance Mon informa desde que
se inició el servicio de sql, he visto como tras
iniciarlo en pocos segundos se dispara a esos teoricos
miles de usuarios. Asi que 'unos cuantos' usuarios si que
deben ser.

No os doy mas la vara... ya que los 265 sysprocesses y
esos 'algunos' usuarios merecen que amplie algo la RAM.

Gracias otra vez.

Eso cambia muuuuuchísimo las cosas
Con lo que dices si tienes una buena máquina con 2GB,

incluso con 1 GB se

puede subsistir sin ningún problema. Naturalmente

dependerá de la máquina

número de procesadores etc, sin embargo,... de lo que

más dependerá es de

como desarrolles tus aplicaciones, evita cursores,

analiza cada query y no

generes bloqueos y tendrás un sistema muy ágil.

-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"dani" escribió en

el mensaje

news:1997101c44d74$560e4f60$
Cuando digo x mil usuarios me estoy basando en el valor
que informa el Performance Monitor (accesible desde SQL
Profiler, menú tools), y ahi añado a la monitorización
el 'contador' User connections que encuentro en la
categoría('Performance object') SQLServer:General
Statistics.

La ayuda de este contador dice que es 'Number of users
connected to the system.'

Espero no estar equivocandome, porque un select count(*)
from sysprocesses me dice que hay 291 procesos...

Es fiable el contador User connections del SQL Profiler o
debería utilizar otro procedimiento para esta cuestion?

gracias

Hola, con 9GB de BDD y esos usuarios reales concurrentes

(es asi?) yo

pondria un minimo de 8GB, la paginacion es mala muy

mala!! en todo

concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al

mismo tiempo tenes!!

Bye


Salu2

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de

esta

info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy

pobre,

yo para ese volumen

estaria pensando en 16GB como minimo!! claro habria que

revisar otras cosas,

pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2
-

-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y

maravillosos

mundo del saber.
- Albert Einstein



"dani" escribió

en

el mensaje

news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al

100%.

Utilizo el SQL Profiler para encontrar consultas

pesadas

y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus

accesos?

Con la traza de estas consultas el 'asistente para

crear

indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

.

Es nunca viene mal :-)
Suerte

-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"dani" escribió en el mensaje
news:1a25a01c44dff$0d3569a0$
Muchas gracias a los 2 por la info.

Aunque me decis que el Performance Mon informa desde que
se inició el servicio de sql, he visto como tras
iniciarlo en pocos segundos se dispara a esos teoricos
miles de usuarios. Asi que 'unos cuantos' usuarios si que
deben ser.

No os doy mas la vara... ya que los 265 sysprocesses y
esos 'algunos' usuarios merecen que amplie algo la RAM.

Gracias otra vez.

Eso cambia muuuuuchísimo las cosas
Con lo que dices si tienes una buena máquina con 2GB,

incluso con 1 GB se

puede subsistir sin ningún problema. Naturalmente

dependerá de la máquina

número de procesadores etc, sin embargo,... de lo que

más dependerá es de

como desarrolles tus aplicaciones, evita cursores,

analiza cada query y no

generes bloqueos y tendrás un sistema muy ágil.

-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"dani" escribió en

el mensaje

news:1997101c44d74$560e4f60$
Cuando digo x mil usuarios me estoy basando en el valor
que informa el Performance Monitor (accesible desde SQL
Profiler, menú tools), y ahi añado a la monitorización
el 'contador' User connections que encuentro en la
categoría('Performance object') SQLServer:General
Statistics.

La ayuda de este contador dice que es 'Number of users
connected to the system.'

Espero no estar equivocandome, porque un select count(*)
from sysprocesses me dice que hay 291 procesos...

Es fiable el contador User connections del SQL Profiler o
debería utilizar otro procedimiento para esta cuestion?

gracias

Hola, con 9GB de BDD y esos usuarios reales concurrentes

(es asi?) yo

pondria un minimo de 8GB, la paginacion es mala muy

mala!! en todo

concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al

mismo tiempo tenes!!

Bye


Salu2

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en

el mensaje

news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de

esta

info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy

pobre,

yo para ese volumen

estaria pensando en 16GB como minimo!! claro habria que

revisar otras cosas,

pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2
-

-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

-

Nunca consideres el estudio como una obligación sino

como

una oportunidad para penetrar en el bello y

maravillosos

mundo del saber.
- Albert Einstein



"dani" escribió

en

el mensaje

news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al

100%.

Utilizo el SQL Profiler para encontrar consultas

pesadas

y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus

accesos?

Con la traza de estas consultas el 'asistente para

crear

indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.698 / Virus Database: 455 - Release Date:

02/06/2004

.

.