Re: WARNING: could not flush dirty data: Function not implemented

From: Austin Drenski <austindrenski(at)gmail(dot)com>
To: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: WARNING: could not flush dirty data: Function not implemented
Date: 2018-09-03 18:41:35
Message-ID: CAOx0uR0-+jaKg73Q37rz580rht7G21Zp4XNJvtHBJ8NczOD1CQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Dmitri Maziuk <dmaziuk(at)bmrb(dot)wisc(dot)edu> wrote:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Ravi Krishna <sravikrishna(at)aol(dot)com> writes:
>>>> Whee ... so you get to cope with all the bugs/idiosyncrasies of three
>>>> operating system layers, not just one. I concur that running Postgres
>>>> in the underlying Windows O/S is probably a much better idea.
>>
>>> Me too, but this is purely for learning and I am much more use to Linux
stack then ... gasp Windows :-)
>>
>> Hmm, so maybe you should install Ubuntu as the native O/S, and when
>> you need Windows, run it inside a VM?
>
> Between windows 10 and ubuntu 18.04, I would take a really close look at
freebsd myself. Or at least alpine...

As a developer, I regularly work with PostgreSQL in the Windows Subsystem
for Linux (WSL). In using it for sandboxing and testing, the only notable
idiosyncrasy that I have encountered is the appearance of these warnings on
startup.

Unfortunately, workstation OS is not always a choice, but WSL has so far
offered a productive (and built-in!) option for running Linux-based tools
on Windows.

I can't imagine running a production server from WSL, but it is a
refreshingly simple way to spin up local dev databases. It would be great
to see the community take an interest in supporting PostgreSQL in WSL, if
only in the context of its use as a development tool.

--
Austin Drenski

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Rob Sargent 2018-09-03 19:19:34 Re: WARNING: could not flush dirty data: Function not implemented
Previous Message Dave Cramer 2018-09-03 17:35:30 Re: very slow largeobject transfers through JDBC