Que tal

Tengo instalado postgres 8.4.4 en una Sun Microsystems sun4u Sun Fire 880
con:

- 4 procesadores 700Mhz
- 8 Gb Ram
- Sistema operSolaris 9
- 64-bit sparcv9 applications
- 32-bit sparc applications
- SCSI-3. Los discos no tienen ningún arreglo

Fue compilado con el sun-studio (flag -x05....) y a 32 bits ...
recomendaciones en:

http://www.postgresql.org/docs/8.4/static/installation-platform-notes.html#INSTALLATION-NOTES-SOLARIS

Tambien tengo instalado postgres (8.4.2) en un PC (dell Optiplex 960) con
las sig. características:
- 3 Gb ram
- 1 procesador Dual Core de 3.2 Ghz
- 1 discos duros satas
- Linux 2.6.28 (gentoo)

La PC la usamos para desarrollar y ahora que concluimos nuestro desarrollo
decidimos pasar la bd al equipo de solaris.

Tenemos diseñanadas algunas pruebas de rendimiento (especiales para la
aplicación) que se ejecutan con el pgbench; la prueba que estamos ejecutando
hace altas y consultas a la bd con 5 usuarios concurrentes. Los resultados
que obtenemos en la pc son:

Thu Jul 29 15:50:02 CDT 2010
transaction type: Custom query
scaling factor: 1
query mode: simple
number of clients: 5
duration: 120 s
number of transactions actually processed: 159
tps = 1.302670 (including connections establishing)
tps = 1.302746 (excluding connections establishing)
Thu Jul 29 15:52:04 CDT 2010


Esta misma prueba la ejecuto en solaris y obtengo:

Mon Jul 26 18:41:58 CDT 2010
transaction type: Custom query
scaling factor: 1
query mode: simple
number of clients: 5
duration: 120 s
number of transactions actually processed: 85
tps = 0.668752 (including connections establishing)
tps = 0.669172 (excluding connections establishing)
Mon Jul 26 18:44:05 CDT 2010



Como observarán, es mucho mas lento solaris. En el monitoreo de la prueba
observo que los procesadores estan al 100% (mpstat 5). También veo
diferencia en el acceso al disco. Por ejemplo iostat en la pc arroja (filtre
algunas columnas)


device r/s w/s rkB/s wkB/s await %util
sda 0.12 3.62 8.24 45.85 6.06 0.16
sda 0 2.2 0 126.4 0.64 0.08
sda 0 0.8 0 8 0 0
sda 0 1.6 0 31.2 0.12 0.02
sda 0 1.2 0 8.8 0.17 0.02
sda 0 1.8 0 36 0.11 0.02
sda 0 1 0 5.6 0.6 0.06

y en solaris:

r/s w/s kr/s kw/s wait wsvc_t asvc_t
%w %b
c1t0d0 0.1 2.8 2.5 25.3 0.1 27.8 22.8 0 2
c1t0d0 0 4.8 0 36.8 0 0 5.8 0 3
c1t0d0 0 10.8 0 92.8 0 0 8 0 6
c1t0d0 0 12.2 0 97.6 1.2 99.8 77.6 5 7

a mi forma de ver, también es mas lento solaris...

He realizado los siguientes "tunnings" sin lograr mejorar el rendimiento:


http://blogs.sun.com/jkshah/entry/best_practices_with_postgresql_8

http://archives.postgresql.org/pgsql-performance/2006-02/msg00190.php

http://vnull.pcnet.com.pl/dl/postgresql/pgsol_best_practices.pdf



Mis dudas:

- Se le ocurre alguna otra forma de mejorar el rendimiento de solaris?
- Conocen documentación que me pueda apoyar?
- Tendrá que ver la versión de postgres ?(por mi parte, no creo)
- Al parecer la pc es mas rapica que el servidor de solaris ... por lo tanto
no se podra mejorar el servidor de solaris por mucho tunning que se haga
.... ¿ que opinan?


Saludos y gracias de antemano.

Search Discussions

  • Jaime Casanova at Jul 29, 2010 at 10:41 pm

    2010/7/29 Felipe de Jesús Molina Bravo <[email protected]>:
    Que tal

    Tengo instalado postgres 8.4.4 en una Sun Microsystems  sun4u Sun Fire 880
    con:

    - 4 procesadores 700Mhz
    - 8 Gb Ram
    - Sistema operSolaris 9
    - 64-bit sparcv9 applications
    - 32-bit sparc applications
    - SCSI-3. Los discos no tienen ningún arreglo

    Fue compilado con el sun-studio (flag -x05....) y a 32 bits ...
    32 bits? osea que no ve la memoria que tiene...
    podrias mostrar con que parametros ejecutaste configure?

    una opcion es que hayas incluido --enable-casserts que mucho mas lento
    que una instalación sin eso, muestra la configuración que le diste a
    postgres
    duration: 120 s
    usa la opción -T en pgbench para indicarle quieres que dure la prueba
    y hazla de al menos 10 minutos para que valga la pena

    --
    Jaime Casanova         www.2ndQuadrant.com
    Soporte y capacitación de PostgreSQL
  • Felipe de Jesús Molina Bravo at Jul 30, 2010 at 3:04 pm

    El 29 de julio de 2010 17:41, Jaime Casanova <[email protected]>escribió:

    2010/7/29 Felipe de Jesús Molina Bravo <[email protected]>:
    Que tal

    Tengo instalado postgres 8.4.4 en una Sun Microsystems sun4u Sun Fire 880
    con:

    - 4 procesadores 700Mhz
    - 8 Gb Ram
    - Sistema operSolaris 9
    - 64-bit sparcv9 applications
    - 32-bit sparc applications
    - SCSI-3. Los discos no tienen ningún arreglo

    Fue compilado con el sun-studio (flag -x05....) y a 32 bits ...
    32 bits? osea que no ve la memoria que tiene...
    podrias mostrar con que parametros ejecutaste configure?

    una opcion es que hayas incluido --enable-casserts que mucho mas lento
    que una instalación sin eso, muestra la configuración que le diste a
    postgres
    duration: 120 s
    usa la opción -T en pgbench para indicarle quieres que dure la prueba
    y hazla de al menos 10 minutos para que valga la pena

    --
    Jaime Casanova www.2ndQuadrant.com
    Soporte y capacitación de PostgreSQL
    Gracias por tu respuesta, mira las opciones del .configure que utilizamos
    son las siguientes:
    --prefix=/usr/local/pgsql32
    --with-CC=/opt/SunStudio/bin/cc
    --with-perl
    --without-readline
    --with-libxml

    aparte pusimos algunas variables de ambiente para que hiciera la compilación
    a 32 bits que fueron las siguientes:
    CFLAGS="-xarch=sparc -xO5"
    LD_LIBRARY_PATH="/opt/SunStudio/lib:/usr/openwin/lib:/usr/lib:/local/irc"
    PATH="/export/fmolina/32bits/perl/bin:/opt/SunStudio/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ucb:."

    La opción que me comentas de --enable-cassert no la pusimos en este caso,
    ejecuté la prueba por diez minutos y estos son los resultados:

    en solaris:
    Fri Jul 30 10:17:18 CDT 2010
    transaction type: Custom query
    scaling factor: 1
    query mode: simple
    number of clients: 5
    duration: 600 s
    number of transactions actually processed: 413
    tps = 0.682501 (including connections establishing)
    tps = 0.682588 (excluding connections establishing)
    Fri Jul 30 10:27:24 CDT 2010

    en la pc con linux:
    Fri Jul 30 09:39:50 CDT 2010
    transaction type: Custom query
    scaling factor: 1
    query mode: simple
    number of clients: 5
    duration: 600 s
    number of transactions actually processed: 782
    tps = 1.300299 (including connections establishing)
    tps = 1.300313 (excluding connections establishing)
    Fri Jul 30 09:49:52 CDT 2010

    sigue habiendo casi el doble de transacciones en la pc, que recomendación
    podrías darme?
  • Alvaro Herrera at Jul 30, 2010 at 11:02 pm

    Excerpts from Felipe de Jesús Molina Bravo's message of vie jul 30 11:03:53 -0400 2010:

    Gracias por tu respuesta, mira las opciones del .configure que utilizamos
    son las siguientes:
    --prefix=/usr/local/pgsql32
    --with-CC=/opt/SunStudio/bin/cc
    --with-perl
    --without-readline
    --with-libxml

    aparte pusimos algunas variables de ambiente para que hiciera la compilación
    a 32 bits que fueron las siguientes:
    CFLAGS="-xarch=sparc -xO5"
    LD_LIBRARY_PATH="/opt/SunStudio/lib:/usr/openwin/lib:/usr/lib:/local/irc"
    PATH="/export/fmolina/32bits/perl/bin:/opt/SunStudio/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ucb:."
    Echale una mirada a
    http://wiki.postgresql.org/wiki/Regression_Testing_with_pgbench
    y si quieres probar "en serio", examina pgbench-tools que aparece al
    final de ese artículo.

    Lo que yo creo que es que una configuración tiene discos que usan cache
    para escritura y la otra no. O quizás simplemente ese Solaris es muy
    lento por alguna razón.

    --
    Álvaro Herrera <[email protected]>
    The PostgreSQL Company - Command Prompt, Inc.
    PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-es-ayuda @
categoriespostgresql
postedJul 29, '10 at 10:09p
activeJul 30, '10 at 11:02p
posts4
users3
websitepostgresql.org.es
irc#postgresql

People

Translate

site design / logo © 2023 Grokbase