Hi, On Thu, Nov 04, 2010 at 03:12:06PM +0900, [email protected] wrote: > Hi All, > > We discovered a phenomenon to fail in monitor processing from the delay of > the fuser command of pgsql. > > When the output to the disk is frequent, the case which is behind with a > fuser command occurs. > * When we performed the output to the mountpoint of NFS in large quantities > in our environment, it > occurred. > > The fuser command searches all entries in a proc directory. > On this account a delay occurs when we output large quantities. > > We made the patch which referred to a proc directory directly > without using the fuser command.
Isn't all that superfluous? If there's a pid in the pidfile and the process is running, can that process be anything else? Thanks, Dejan > This patch works in the output of a large quantity of disks for light > movement in comparison with the > fuser command definitely. > > Please confirm a patch. > And please apply this patch to developer-version. > > Best Regards, > Hideo Yamauchi. > _______________________________________________________ > Linux-HA-Dev: [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev > Home Page: http://linux-ha.org/ _______________________________________________________ Linux-HA-Dev: [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
