Re: [PERFORM] log_temp_files (integer), tuning work_mem

2014-11-05 Thread Guillaume Lelarge
Hi, Le 5 nov. 2014 22:34, "Tory M Blue" a écrit : > > log_temp_files (integer) > Controls logging of temporary file names and sizes. Temporary files can be created for sorts, hashes, and temporary query results. A log entry is made for each temporary file when it is deleted. A value of zero logs

[PERFORM] Index order ignored after `is null` in query

2014-11-05 Thread Artūras Lapinskas
Hello, I am having some hard time understanding how postgresql handles null values. As much I understand null values are stored in b-tree as simple values (put as last or first depending on index). But it seems that there is something really specific about them as postgresql deliberately igno

Re: [PERFORM] 9.3 performance issues, lots of bind and parse log entries

2014-11-05 Thread Tomas Vondra
On 5.11.2014 20:16, Tory M Blue wrote: > > Thanks Thomas, > > > On 4.11.2014 21:07, Tory M Blue wrote: > > Well after fighting this all day and dealing with a really sluggish db > > where even my slon processes were taking several seconds, I reduced my > > shared_buffers back to

[PERFORM] Index order ignored after `is null` in query

2014-11-05 Thread Artūras Lapinskas
Hello, I am having some hard time understanding how postgresql handles null values. As much I understand null values are stored in b-tree as simple values (put as last or first depending on index). But it seems that there is something really specific about them as postgresql deliberately igno

[PERFORM] log_temp_files (integer), tuning work_mem

2014-11-05 Thread Tory M Blue
log_temp_files (integer) Controls logging of temporary file names and sizes. Temporary files can be created for sorts, hashes, and temporary query results. A log entry is made for each temporary file when it is deleted. A value of zero logs all temporary file information so I've set this to; log_

Re: [PERFORM] 9.3 performance issues, lots of bind and parse log entries

2014-11-05 Thread Tory M Blue
Thanks Thomas, > > On 4.11.2014 21:07, Tory M Blue wrote: > > Well after fighting this all day and dealing with a really sluggish db > > where even my slon processes were taking several seconds, I reduced my > > shared_buffers back to 2GB from 10GB and my work_mem from 7.5GB to 2GB. > > i actually

Re: [PERFORM] intel s3500 -- hot stuff

2014-11-05 Thread Merlin Moncure
On Wed, Nov 5, 2014 at 11:40 AM, Merlin Moncure wrote: > I recently sourced a 300gb intel s3500 ssd to do some performance > testing. I didn't see a lot of results on the web so I thought I'd > post some numbers. Testing machine is my workstation crapbox with 4 > cores and 8GB ram (of which ab

[PERFORM] intel s3500 -- hot stuff

2014-11-05 Thread Merlin Moncure
I recently sourced a 300gb intel s3500 ssd to do some performance testing. I didn't see a lot of results on the web so I thought I'd post some numbers. Testing machine is my workstation crapbox with 4 cores and 8GB ram (of which about 4 is usable by the ~ 50gb database). The drive cost 260$ at