buen dia Horacio, gracias por la respuesta bien, te paso a responder los items que me consultaste
1) que maquina tienes IBM8247-42L 2) Discos 72 discos de 2 Tb 3) estan en RAID ? ( detalles ). RAID-X (PROPIETARIO DE IBM) 4) FS que estas usando "mount ; df -h " df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/rhel-root 50G 13G 38G 25% / devtmpfs 25G 0 25G 0% /dev tmpfs 25G 64K 25G 1% /dev/shm tmpfs 25G 15M 25G 1% /run tmpfs 25G 0 25G 0% /sys/fs/cgroup /dev/sda1 552G 191G 334G 37% /var/lib/pgsql /dev/vda2 497M 159M 339M 32% /boot tmpfs 4.9G 0 4.9G 0% /run/user/0 6) sar ; iostat; iotop ; glances ( son algunas herramientas que puedes usar para sacar más información suelo utilizar el nmon, y es ahi donde se ve muy claramente que cuando es solo lectura -S se utilizan todos los core, sin embargo cuando es escritura utiliza 1 a 2 core de la CPU, inclusive agregando la opcion -j del pgbench. 7) Usas XFS ? o ext4 ? ext4 El 16 de septiembre de 2016, 23:18, Horacio Miranda <hmira...@gmail.com> escribió: > Tienes un ingeniero de systemas que te diga donde estan los IO WAITS ? los > tiempos de espera etc ? > > Las bases de datos cuando haces insert/commit de forma recurrent no te va > a generar mucho performance... Para eso existen los NON SQL databases... > donde los commit se tiran a disco cada 10 mil transacciones o cada X tiempo. > > Cuales son tus NFR que quieres cumplir ? > > Como tienes los discos ? y cuantos tienes ? Es un PC o un servidor como un > DL380 con 16 discos ? Cuanto cache interno tienes ? la controladora tiene > cache de escritura, lectura, ratios, etc... > > Jugar con postgresql es una cosa, pero tener el sistema en balance es otra > distinta. Aquí tengo una maquina como la que describes para uso personal, > si quieres entrega un poco más de información y hago el laboratorio para > que sintinizar postgresql en base a > 2 SSD ( de los viejo de 450MB/s no los nuevos que te dan 2GB/s ). > y tengo solo 32GB RAM no tengo 64... pero para lo que estas haciendo > debiera ser suficiente. > > Resumen: > 1) que maquina tienes > 2) Discos > 3) estan en RAID ? ( detalles ). > 4) FS que estas usando "mount ; df -h " > 5) Si usas redhat osreport o sysreport entregan información decente de tu > sistema. > 6) sar ; iostat; iotop ; glances ( son algunas herramientas que puedes > usar para sacar más información > 7) Usas XFS ? o ext4 ? ( En lo personal me gusta XFS ) pero es un gusto > personal desde redhat 6.x ( desde el 97 que uso esa cosa o 98 ). > > > On 17/09/2016 9:29 AM, Diego Ayala wrote: > >> buenas tardes ,estoy necesitando la ayuda de ustedes para poder tener >> algun valor estimativo de resultados de transacciones optimas >> resultantes de la ejecucion del pgbench, tengo un equipo con estas >> caracteristicas 32 CPU Y 60 GB, 64 bits, PostgreSQL 9.4, REH 7, con >> discos SSD, bueno, lo cierto es que hice variadas pruebas de >> inicialicacion , cantidad de conexiones, nro de threads, tiempo de >> ejecucion, y al realizar estas pruebas de solo LECTURA obtengo valores >> altisimos, entre 250 y 300 mil TPS, es decir usando la opcion -S, sin >> embargo al utilizar la opcion de que ejecute el script de update, >> delete, insert, (sin -S) eso baja inmensamente, valores entre 800 a 1500 >> TPS, haciendo una gran variedad de combinaciones como les habia dicho, >> y obviamente modificando valores del postgresql.conf. >> >> Mi consulta es, es el Postgres el que tiene alguna limitación a la hora >> de ejecucion de muchos I/O (hice muchos cambios con los valores del >> checkpoint, sinchronus_commit), o esos valores que obtengo son realmente >> el tope que se puede lograr, les agradeceria me puedan dar una mano con >> sus experiencias usando pgbench, y si tienen conocimiento de que valor >> puedo decir, esta cantidad de TPS es lo optimo, es un equipo que estoy >> tratando de tunear para ponerlo en produccion, asi que me gustaria poder >> sacarle todo el jugo que se pueda. >> >> Agradecido una vez mas, >> >> Saludos. >> >
