win32 port --asynchronous I/O and memory - Mailing list pgsql-hackers

From Merlin Moncure
Subject win32 port --asynchronous I/O and memory
Date
Msg-id 303E00EBDD07B943924382E153890E5433F7BB@cuthbert.rcsinc.local
Whole thread Raw
List pgsql-hackers
Just a quick question... are you guys using the C runtime or the win32
API to do things like file i/o and memory allocation.  If you are using
the win32 api, are you using asynchronous I/O?  Generally, how much raw
win32 code do you expect to write (assumption: as little as possible).

As for memory, what's the general allocation scheme?  I have not looked
at the source much, but I know postgres has a very good memory manager.
There are a few different ways of going about it.  I wrote a database
backend of sorts a while back and my experience was that you have to
take certain precautions or you are in danger of thrashing the server,
which in extreme cases is basically the same as crashing the system.
Part of the danger is memory allocations for the database sometimes
compete with the file system caching, causing massive performance
degradations.  MSSQL avoids this because it is very tightly wound with
the virtual allocation system.

Merlin


pgsql-hackers by date:

Previous
From: wade
Date:
Subject: POSIX regex performance bug in 7.3 Vs. 7.2
Next
From: Hannu Krosing
Date:
Subject: Re: Win32 port powerfail testing