| From: | PostgreSQL - Hans-Jürgen Schönig <postgres(at)cybertec(dot)at> |
|---|---|
| To: | Thomas Markus <t(dot)markus(at)proventis(dot)net> |
| Cc: | pgsql-de-allgemein(at)postgresql(dot)org |
| Subject: | Re: Shared Memory |
| Date: | 2012-10-25 17:56:49 |
| Message-ID: | 04C6B8DD-AC84-499A-A8F2-9A57B5CAE343@cybertec.at |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-de-allgemein |
wäre spannend zu sehen, wie sich das "conventional" wisdom mit amit's neuem patch verhält (den "freelist" welchen).
die ergebnisse, die wir bisher damit gesammelt haben, sind beeindruckend ...
lg,
hans
On Oct 24, 2012, at 6:57 PM, Thomas Markus wrote:
> Moins,
>
> meines Wissens nach hat das mit der Effektivität des Caches zu tun. Nach kurzer Befragung des Orakels (google) fand ich diese hübsche Erklärung
> http://rhaas.blogspot.de/2012/03/tuning-sharedbuffers-and-walbuffers.html
>
> Gruss
> Thomas
>
> Am 24.10.2012 17:59, schrieb Andreas Kretschmer:
>> Moin allerseits,
>>
>> ich wurde heute etwas gefragt, was ich nicht beantworten konnte:
>>
>> es gilt ja so bei shared_mem 25% RAM, aber max. 8GB. Liest man oft. Aber
>> woher kommt die Grenze 8GB?
>>
>> Bei MySQL / InnoDB nimmt man wohl 75% für die InnoDB-Buffer, ohne Grenze
>> nach oben. Ein Kunde mit 92GB RAM bei uns hat da also 70GB oder sowas.
>> Letztendlich ist das ja auch 'ne ähnliche Geschichte, oder?
>>
>> Hinweise und Links erbeten ;-)
>>
>>
>> Andreas
>
>
>
> --
> Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-de-allgemein
>
--
Cybertec Schönig & Schönig GmbH
Gröhrmühlgasse 26
A-2700 Wiener Neustadt, Austria
Web: http://www.postgresql-support.de
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Björn Häuser | 2012-10-26 07:47:42 | Re: Shared Memory |
| Previous Message | Andreas Kretschmer | 2012-10-24 19:19:33 | Re: Shared Memory |