Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Resultados "extraños" benchmarks

--------------------------------------------------
From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
Sent: Friday, June 06, 2008 9:33 PM
To: "Raúl AndrésDuque Murillo" <ra_duque(at)yahoo(dot)com(dot)mx>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Resultados "extraños"
benchmarks

> Raúl Andrés Duque Murillo escribió:
>
>> Gracias Alvaro ... qué factores podrían entrar a jugar para obtener un
>> resultado de este tipo (no se me ocurre cuales).
>
> La escalabilidad del sistema. Si tienes más de un disco, y/o más de una
> CPU, entonces dos o más procesos pueden acceder a los recursos que
> necesitan concurrentemente.
>
> De hecho no veo por qué tu lógica indica que "a menos usuarios mayor
> TPS". Mi lógica indicaría que a menos usuarios, menos TPS (a 0
> usuarios, 0 TPS; a 1 usuario, n TPS, a 2 usuarios, m TPS, con m > n;
> etc), y las TPS aumentan gradualmente, hasta llegar a un techo (que es
> cuando estás saturando alguno de los recursos), y de ahí en adelante los
> TPS son más o menos constantes independiente de la cantidad de usuarios.
> Hasta llegar a un límite en que saturas algún otro recurso y el
> rendimiento decrece.
>

Gracias alvaro ... estaba deformando el concepto original, lo estaba
pensando como: utilizando el 100% de recursos cuantas TPS puede hacer un
usuario, que claramente es algo diferente.

Atentamente,

RAUL DUQUE
Bogotá, Colombia

> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
> __________ Information from ESET Smart Security, version of virus
> signature database 3164 (20080606) __________
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>