← Back to branch summary

~justin-fathomdb/charms/trusty/postgresql/trunk

« back to all changes in this revision

Viewing changes to config.yaml

  • Committer: Stuart Bishop
  • Date: 2014-01-08 08:25:32 UTC
  • mfrom: (75.1.16 postgresql)
  • Revision ID: stuart@stuartbishop.net-20140108082532-nr07k6j73jqrijlx
Fix manual performance tuning kerel settings, cleanups and unittest framework. Merge lp:~chad.smith/charms/precise/postgresql/postgresql-manual-tune-kernel-params-fix per https://code.launchpad.net/~chad.smith/charms/precise/postgresql/postgresql-manual-tune-kernel-params-fix/+merge/200730

Show diffs side-by-side

added added

removed removed

Lines of Context:
config.yaml
160
160
    type: boolean
161
161
    description: |
162
162
        Hot standby or warm standby. When True, queries can be run against
163
 
        the database is in recovery or standby mode (ie. replicated).
 
163
        the database when in recovery or standby mode (ie. replicated).
164
164
        Overridden by juju when master/slave relations are used.
165
165
  hot_standby_feedback:
166
166
    default: False
230
230
    type: string
231
231
    description: |
232
232
        Possible values here are "auto" or "manual". If we set "auto" then the
233
 
        charm will attempt to automatically tune all the performance paramaters
234
 
        as below. If manual, then it will use the defaults below unless
235
 
        overridden. "auto" gathers information about the node you're deployed
236
 
        on and tries to make intelligent guesses about what tuning parameters
237
 
        to set based on available RAM and CPU under the assumption that it's
238
 
        the only significant service running on this node.
 
233
        charm will attempt to automatically tune all the performance parameters
 
234
        for kernel_shmall, kernel_shmmax, shared_buffers and
 
235
        effective_cache_size below, unless those config values are explicitly
 
236
        set. If manual, then it will use the defaults below unless set.
 
237
        "auto" gathers information about the node on which you are deployed and
 
238
        tries to make intelligent guesses about what tuning parameters to set
 
239
        based on available RAM and CPU under the assumption that it's the only
 
240
        significant service running on this node.
239
241
  kernel_shmall:
240
242
    default: 0
241
243
    type: int
242
 
    description: Kernel/shmall
 
244
    description: Total amount of shared memory available, in bytes.
243
245
  kernel_shmmax:
244
246
    default: 0
245
247
    type: int
246
 
    description: Kernel/shmmax
 
248
    description: The maximum size, in bytes, of a shared memory segment.
247
249
  shared_buffers:
248
250
    default: ""
249
251
    type: string
250
 
    description: Shared buffers
 
252
    description: |
 
253
        The amount of memory the database server uses for shared memory
 
254
        buffers. This string should be of the format '###MB'.
 
255
  effective_cache_size:
 
256
    default: ""
 
257
    type: string
 
258
    description: |
 
259
        Effective cache size is an estimate of how much memory is available for
 
260
        disk caching within the database. (50% to 75% of system memory). This
 
261
        string should be of the format '###MB'.
251
262
  temp_buffers:
252
263
    default: "1MB"
253
264
    type: string
254
 
    description: Temp buffers
 
265
    description: |
 
266
        The maximum number of temporary buffers used by each database session.
255
267
  wal_buffers:
256
268
    default: "-1"
257
269
    type: string
265
277
    default: 4.0
266
278
    type: float
267
279
    description: Random page cost
268
 
  effective_cache_size:
269
 
    default: ""
270
 
    type: string
271
 
    description: Effective cache size
272
280
  #------------------------------------------------------------------------
273
281
  # Volume management
274
282
  #   volume-map, volume-dev_regexp are only used