Re: Shared Memory

PostgreSQL - Hans-Jürgen Schönig <[email protected]>
Newsgroups gmane.comp.db.postgresql.german
Message-ID <[email protected]>
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 ([email protected])
> 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



-- 
Sent via pgsql-de-allgemein mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.