Re: Controlling Load Distributed Checkpoints
От | Hannu Krosing |
---|---|
Тема | Re: Controlling Load Distributed Checkpoints |
Дата | |
Msg-id | 1181208483.6903.9.camel@hannu-laptop обсуждение исходный текст |
Ответ на | Re: Controlling Load Distributed Checkpoints (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
Ühel kenal päeval, K, 2007-06-06 kell 11:03, kirjutas Tom Lane: > Heikki Linnakangas <heikki@enterprisedb.com> writes: > > GUC summary and suggested default values > > ---------------------------------------- > > checkpoint_write_percent = 50 # % of checkpoint interval to spread out > > writes > > checkpoint_write_min_rate = 1000 # minimum I/O rate to write dirty > > buffers at checkpoint (KB/s) > > checkpoint_nap_duration = 2 # delay between write and sync phase, in > > seconds > > checkpoint_fsync_period = 30 # duration of the sync phase, in seconds > > checkpoint_fsync_delay = 500 # max. delay between fsyncs > > > I don't like adding that many GUC variables, but I don't really see a > > way to tune them automatically. > > If we don't know how to tune them, how will the users know? He talked about doing it _automatically_. If the knobns are available, it will be possible to determine "good" values even by brute-force performance testing, given enough time and manpower is available. > Having to > add that many variables to control one feature says to me that we don't > understand the feature. The feature has lots of complex dependencies to things outside postgres, so learning to understand it takes time. Having the knows available helps as more people ar willing to do turn-the-knobs-and-test vs. recompile-and-test. > Perhaps what we need is to think about how it can auto-tune itself. Sure. ------------------- Hannu Krosing
В списке pgsql-hackers по дате отправления: