* a mi alguna vez me paso algo así el problema fue una mezcla de (1) no hacer full vacumm con cierta regularidad a la tabla gigantesca que tenia (2) tener demasiadas relaciones en esa tabla, lo cual hacia que un update masivo removiera muchas cosas en la db*
de hecho tengo un crontab que hace el full todos los dias y un analyze cada hora a la tabla que estoy accediendo * > effective_cache_size esta en 21GB cuanto ram tienes? si en verdad > tienes mas de 21GB probablemente puedes subirle un poco a > shared_buffers > > tengo 32 RAM y 16 SWAP > 32GB supongo, si este es un servidor dedicado podrias poner 8GB en shared_buffers y probar de ahi hacia abajo* si tengo 32 GB de RAM y 16 GB RAM * >> work_mem = 1GB # min 64kB > > esto me parece excesivamente alto > > cuanto recomiendas y por que > 4MB? esto determina la cantidad de memoria que cada operacion puede usar para ordenamiento, hash y otras cosas... es decir que cada conexion concurrente podria utilizar hasta esa cantidad de memoria por operacion* ntonces voy a usar 4 MB, me parece correcto por que estoy teniendo 1000 conexiones concurrentes en ocaciones un poco mas *> y como deberian quedar los checkpoint_segments si tengo > mas de 20 inserccion por SEGUNDO, la verdad sigue por > default y segun lei ahi podria radicar el problema > como sabes que son mas de 20 inserciones por segundo? de todos modos yo aumentaria checkpoint_segments y checkpoint_timeout* Se que tengo 20 inserciones por segundo ya que tengo 5 mil y un poco mas de aplicaciones que insertan registros a 4 servers que tengo (osea como 1250 por servidor) y cada minuto en promedio (30 segundos o hasta 2 minutos) cada aplicacion hace una insercion de la informacion 1250 inserciones / 60 segundos ~=20 inserciones / segundo de hecho si tengo un triger que me particiona la tabla por dia para nada mas tener muchas tablas de poco millones de registros y no una tabla de muchos millones. y ntoncs a cuando aumentarias el * checkpoint_segments???*
