On 02/08/2010 21:14, John R Pierce wrote:
Another factor, if your linux system was using LVM (its the default
storage configuration on many distributions), there's a pretty good
chance the drive mapper is ignoring write barriers, which greatly speeds
up random writes at the expense of reliable co
El 2 de agosto de 2010 19:14, John R Pierce escribió:
> On 08/02/10 7:35 AM, Felipe de Jesús Molina Bravo wrote:
>
>> Hi
>>
>>
>> I have installed postgres 8.4.4 (libxml and plperl)on a Sun Microsystems
>> sun4u Sun Fire 880 with:
>>
>> - 4 700Mhz processors
>> ...
>>
>> Also I have installed po
2010/8/2 John R Pierce :
> On 08/02/10 7:35 AM, Felipe de Jesús Molina Bravo wrote:
>>
>> Hi
>>
>>
>> I have installed postgres 8.4.4 (libxml and plperl)on a Sun Microsystems
>> sun4u Sun Fire 880 with:
>>
>> - 4 700Mhz processors
>> ...
>> Also I have installed postgres (8.4.2) on a PC (Dell Opti
On 08/02/10 7:35 AM, Felipe de Jesús Molina Bravo wrote:
Hi
I have installed postgres 8.4.4 (libxml and plperl)on a Sun
Microsystems sun4u Sun Fire 880 with:
- 4 700Mhz processors
...
Also I have installed postgres (8.4.2) on a PC (Dell Optiplex 960)
with the next characteristics:
- 3 Gb
On Mon, 2010-08-02 at 14:35 +, Felipe de Jesús Molina Bravo wrote:
> Hi
>
> We design some performance tests (special for my application); this
> test was executed with pgbench:
>
> pgbench -c 5 -T 600 -n -U aeedc -f test.sql aeespc
>
You noted SCSI disks on solaris. They may not have th
Hi
I have installed postgres 8.4.4 (libxml and plperl)on a Sun Microsystems
sun4u Sun Fire 880 with:
- 4 700Mhz processors
- 8 Gb Ram
- System 9 operSolaris
- 64-bit sparcv9 Applications
- 32-bit sparc Applications
- SCSI-3. Discs do not have any arrangement
It was compiled with the sun-studio
