From: | Mario Splivalo <mario(dot)splivalo(at)megafon(dot)hr> |
---|---|
To: | Pierre C <lists(at)peufeu(dot)com> |
Cc: | Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, "jd(at)commandprompt(dot)com" <jd(at)commandprompt(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: SELECT INTO large FKyed table is slow |
Date: | 2010-12-02 08:51:05 |
Message-ID: | 4CF75DF9.1030301@megafon.hr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On 12/01/2010 10:43 PM, Pierre C wrote:
> On Wed, 01 Dec 2010 18:24:35 +0100, Kevin Grittner
> <Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
>
>> Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com> wrote:
>>
>>> There is a operating system which comes with a very decent extent
>>> based file system and a defragmentation tool, included in the OS.
>>> The file system is called "NTFS"
>> Been there, done that. Not only was performance quite poor compared
>> to Linux, but reliability and staff time to manage things suffered
>> in comparison to Linux.
>
> Please don't start with NTFS. It is the worst excuse for a filesystem
> I've ever seen.
It is OT, but, could you please shead just some light on that? Part of
my next project is to test performance of pg9 on both windows and linux
systems so I'd appreciate any data/info you both may have.
Mario
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2010-12-02 18:43:02 | Re: SELECT INTO large FKyed table is slow |
Previous Message | Mario Splivalo | 2010-12-02 08:36:40 | Re: SELECT INTO large FKyed table is slow |