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
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 |