Continuously high CPU utilization by PBZIP2 utility in linux system
Bug #1680316 reported by
Deepak Rathi
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pbzip2 |
New
|
Undecided
|
Unassigned |
Bug Description
Environment:
[root@sadmapp3 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.4 (Santiago)
PBZIP2 version installed:
[ntms@sadmapp3 ~]$ pbzip2 -V
Parallel BZIP2 v1.1.6 - by: Jeff Gilchrist [http://
[Oct. 30, 2011] (uses libbzip2 by Julian Seward)
Major contributions: Yavor Nikolov <email address hidden>
Issue Statement artefacts:
Snapshot attached for reference showing abnormally high usage by PBSIP2 PID's.
Hi Team,
Please help in addressing this issue as multiple service failure incidents observed due to high cpu usage on a particular node, i have cluster setup here bu usage is high on sadmapp3 only.
Thanks,
Deepak Rathi
To post a comment you must log in.
Why do you consider the CPU usage to be abnormal?
pbzip2 is a parallel bzip2 utility which allows to engage more of the CPU power in compression/ decompression activities (so that it runs faster). High CPU usage is in general not something abnormal.
There is a -p flag which you may use to set the number of worker threads to use (if not explicitly set - by default that's equal to the number of your CPUs). As far as I see from the screenshot - there is some kind of backup running (the tar processes) in at least 2 processes (it means it's engaging 2 x #CPUs threads).
So you can tweak that backup - by specifying a different -p# for pbzip2, or to run in single thread - switch to plain bzip2, or you may change the priority of the process.
-- /launchpad. net/pbzip2
Maybe not related to the issue, but I also see you're using a bit old version of pbzip2. You may find the latest release at https:/