Re: Very high memory usage on restoring dump (with plain pqsl) on pg 9.1.2
От | Heiko Wundram |
---|---|
Тема | Re: Very high memory usage on restoring dump (with plain pqsl) on pg 9.1.2 |
Дата | |
Msg-id | a577a2547410d66eb6255dbd75339e68@modelnine.org обсуждение исходный текст |
Ответ на | Re: Very high memory usage on restoring dump (with plain pqsl) on pg 9.1.2 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [SOLVED] Very high memory usage on restoring dump
(with plain pqsl) on pg 9.1.2
|
Список | pgsql-general |
Am 22.03.2012 15:48, schrieb Tom Lane: > What PG version are we talking about, and what exactly is the > problematic index? Index is on (inet, integer, smallint, timestamp w/o timezone), btree and a primary key. > There was a memory leak in the last-but-one releases for index > operations on inet and cidr datatypes, so I'm wondering if that > explains your problem ... As written in the title, I'm experiencing this when migrating a dump-file (created on PostgreSQL 8.3.x) to an installation of PostgreSQL 9.1.2 (plain, comes from Gentoo). But it sure sounds as though this memory leak might be the culprit (and I'll have to do the update anyway, from what I gather, simply because I know have empty tables which do have the inet key). I'll be updating pgsql now and then recheck the import. Thanks for the hint! -- --- Heiko.
В списке pgsql-general по дате отправления: