Re: Performance on 8CPU's and 32GB of RAM - Mailing list pgsql-performance

From Ansgar -59cobalt- Wiechers
Subject Re: Performance on 8CPU's and 32GB of RAM
Date
Msg-id 20070905231921.GA28600@mail.planetcobalt.net
Whole thread Raw
In response to Re: Performance on 8CPU's and 32GB of RAM  ("Scott Marlowe" <scott.marlowe@gmail.com>)
Responses Re: Performance on 8CPU's and 32GB of RAM
List pgsql-performance
On 2007-09-05 Scott Marlowe wrote:
> On 9/5/07, Ansgar -59cobalt- Wiechers <lists@planetcobalt.net> wrote:
>> On 2007-09-05 Scott Marlowe wrote:
>>> And there's the issue that with windows / NTFS that when one process
>>> opens a file for read, it locks it for all other users.  This means
>>> that things like virus scanners can cause odd, unpredictable
>>> failures of your database.
>>
>> Uh... what? Locking isn't done by the filesystem but by applications
>> (which certainly can decide to not lock a file when opening it). And
>> no one in his right mind would ever have a virus scanner access the
>> files of a running database, regardless of operating system or
>> filesystem.
>
> Exactly, the default is to lock the file.  The application has to
> explicitly NOT lock it.  It's the opposite of linux.

Yes. So? It's still up to the application, and it still has nothing at
all to do with the filesystem.

> And be careful, you're insulting a LOT of people who have come on this
> list with the exact problem of having their anti-virus scramble the
> brain of their postgresql installation.  It's a far more common
> problem than it should be.

How does that make it any less stup^Wintellectually challenged?

Regards
Ansgar Wiechers
--
"The Mac OS X kernel should never panic because, when it does, it
seriously inconveniences the user."
--http://developer.apple.com/technotes/tn2004/tn2118.html

pgsql-performance by date:

Previous
From: "Jonah H. Harris"
Date:
Subject: Re: utilising multi-cpu/core machines?
Next
From: "Trevor Talbot"
Date:
Subject: Re: utilising multi-cpu/core machines?