From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Vadim Mikheev <vadim(at)krs(dot)ru> |
Cc: | PostgreSQL Developers List <hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] why do shmem attach? |
Date: | 1999-09-20 04:04:02 |
Message-ID: | 199909200404.AAA06848@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
[Charset koi8-r unsupported, filtering to ASCII...]
> Exec-on-startup was removed by Bruce long time ago.
> Why we still attach to shmem after fork?
No idea. I know the shared memory stuff is not copy-on-write for forked
children, so I am not sure why you would have to attach to it.
> Or shmem inheritance is not portable?
If it works on your machine with it removed, commit the change and I can
test it here. I don't know of any portability problems with shared
memory children.
> Also, all this ShmemIndex stuff seems to be useless
> (except of backend PID lookup but it's for sure
> should be in separate hash table).
> And why separate shmem segment (!!!) is used for
> Slocks (ipc.c:CreateAndInitSLockMemory(), etc) - they
> use so small amount of memory!
No idea.
--
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 | Bruce Momjian | 1999-09-20 04:06:36 | Re: [HACKERS] All things equal, we are still alot slower then MySQL? |
Previous Message | Michael Robinson | 1999-09-20 03:44:55 | Re: [HACKERS] All things equal, we are still alot slower then MySQL? |