| From: | Cédric Villemain <cedric(at)2ndquadrant(dot)com> |
|---|---|
| To: | pgsql-fr-generale(at)postgresql(dot)org |
| Cc: | Annie Gendrault <annie(dot)gendrault(at)jouy(dot)inra(dot)fr> |
| Subject: | Re: ERROR: out of memory |
| Date: | 2012-06-12 23:40:42 |
| Message-ID: | 201206130140.43210.cedric@2ndquadrant.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-fr-generale |
> Malheureusement nous rencontrons un pb pour l'une des séquences dont
> la taille est de 1,1Gb
N'est-il pas possible de la découper en sous-ensembles ?
> "TOAST récupère deux bits du mot contenant la longueur d'un varlena
> ..............limitant du coup la taille logique de toute valeur d'un
> type de données TOAST à 1 Go"
>
> Ma question : Y-a-t-il une réelle limite quelque part à 1 Gb ??
Oui, machines 32-bits = 2^32 = environ 4GB.
Seuleument pour stocker un type variable, PostgreSQL utilise 2 bits pour
usage interne. Il en reste donc 30, soit 2^30 soit 1GB.
Peut-etre est-il envisageable d'utiliser 64bits au niveau de PostgreSQL,
c'est à étudier (voir entre autre les primitives PG_TOAST_DATUM et
PG_DETOAST_DATUM), mais l'intéret me semble assez limité: quelles sont les
performances attendues ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Cédric Villemain | 2012-06-12 23:41:42 | Re: Pgbadger - analyse des traces en perl - suggestion |
| Previous Message | Cédric Villemain | 2012-06-12 23:28:56 | Re: Pgbadger - analyse des traces en perl - suggestion |