postgresql - Dedicated database server heavy iowait spikes -
We have a dedicated database server that runs PostgreSQL 8.3 on Linux Debian. The database is being routinely inquiries for a lot of data, while updates / insertions are often done. Databases are not a response to a short period (like 10 seconds) and then it can be used for normal performance Goes in again flows.
What I saw through the top is that the time that remains for as it is during a iowait nail that is, until the database does not respond, the pdflush becomes active at the same time. So my idea is that the PDF has to write back data from the cache memory space on the disk based on the messy page and background ratio. The rest of the time, when PostGraceCalclass works normally, no iPhite is running because pdflush is not active. The values for my VM are as follows:
dirty_background_ratio = 5 dirty_ratio = 10 dirty_expire_centisecs = 3000
My meminfo:
< Code: MemTotal: 12403212 kB MemFree: 1779684 kB Buffer: 253,284 kB Cached: 9,076,132 kB SwapCached: 0 kB Active: 7,298,316 kB Not in use: 2,555,240 kB SwapTotal: 7,815,544 kB SwapFree: 7,814,884 kB Nasty: 1804 kB writeback: 0 kB AnonPages: 495,028 kB Mapped: 3142164 KB Slab: 280588 KB Acceptable: 265284 KB Acceptance: 15304 KB Pagetable: 422 9 80 kb NFS- Installable: 0 KB bounce: 0 KB typebackmp: 0 KB commission limit: 14017148 KB CATED_AS: 3890832 KB VALOCOCAL: 34359738367 KB VALUCUES: 304188 KB VMLLCANK: 34359433983 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kBI'm thinking of making changes The uration, which remains in a dirty page memory (dirty_expire_centisecs), as iowait nails to split evenly in time (more regular pdflush phones so as to write less amount of data on disk ). Any other proposed solution?
IO spike is likely to occur when postcrescale checkpointing is done. You can verify that from you and see if they match the lack of server response.
If such a thing is tuning,
checkpoints_segments
andcheckpoint_completion_target
are likely to help see more about this and about the doctor.
Comments
Post a Comment