On Sat, Feb 6, 2010 at 7:03 AM, Andres Freund <andres@xxxxxxxxxxx> wrote: > On Saturday 06 February 2010 06:03:30 Greg Smith wrote: >> Andres Freund wrote: >> > On 02/03/10 14:42, Robert Haas wrote: >> >> Well, maybe we should start with a discussion of what kernel calls >> >> you're aware of on different platforms and then we could try to put an >> >> API around it. >> > >> > In linux there is sync_file_range. On newer Posixish systems one can >> > emulate that with mmap() and msync() (in batches obviously). >> > >> > No idea about windows. >> The effective_io_concurrency feature had proof of concept test programs >> that worked using AIO, but actually following through on that >> implementation would require a major restructuring of how the database >> interacts with the OS in terms of reads and writes of blocks. It looks >> to me like doing something similar to sync_file_range on Windows would >> be similarly difficult. > Looking a bit arround it seems one could achieve something approximediately > similar to pg_prepare_fsync() by using > CreateFileMapping && MapViewOfFile && FlushViewOfFile > > If I understand it correctly that will flush, but not wait. Unfortunately you > cant event make it wait, so its not possible to implement sync_file_range or > similar fully. Well it seems that what we're trying to implement is more like it_would_be_nice_if_you_would_start_syncing_this_file_range_but_its_ok_if_you_dont(), so maybe that would work. Anyway, is there something that we can agree on and get committed here for 9.0, or should we postpone this to 9.1? It seems simple enough that we ought to be able to get it done, but we're running out of time and we don't seem to have a clear vision here yet... ...Robert -- Sent via pgsql-performance mailing list (pgsql-performance@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance
