Re: [HACKERS] Current TODO list

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: Ole Gjerde <gjerde(at)icebox(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] Current TODO list
Date: 1999-05-24 03:32:29
Message-ID: 199905240332.XAA12093@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > I don't think unlink() is a problem. That other backends have the files
> > open shouldn't matter. Whenever they close it(should be pretty quick),
>
> When are those files closed ?
> AFAIC,they are kept open until the backends which reference those files
> finish.
>
> Certainly,those files are re-opened(without closing) by backends after
> vacuum,though I don't know it's intentional or caused by side-effect.
> But unfortunately,re-open is not sufficiently quick.
>
> And I think that the assumption of mdtruncate() is not clear.
> Could we suppose that unlinked files are closed quickly for all backends
> by the caller of mdunlink() ?

If they try and open a file that is already unlinked, they don't get to
see the file. Unlink removes it from the directory, so the only way to
continue access after an unlink is if you already hold a file descrpitor
on the file.

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vadim Mikheev 1999-05-24 03:56:43 Re: [HACKERS] ERROR: WaitOnLock: error on wakeup - Aborting this transaction
Previous Message Bruce Momjian 1999-05-24 03:30:53 Re: [GENERAL] Full Text Searches