Bug 1029786 - RFE: run compression utilities in a multithread way
RFE: run compression utilities in a multithread way
Status: POST
Product: Fedora
Classification: Fedora
Component: dracut (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: dracut-maint
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-11-13 03:33 EST by Vratislav Podzimek
Modified: 2016-03-28 18:31 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Patch for running xz and lzma in multiple threads (1.01 KB, patch)
2013-11-13 04:16 EST, Vratislav Podzimek
no flags Details | Diff

  None (edit)
Description Vratislav Podzimek 2013-11-13 03:33:56 EST
Description of problem:
dracut runs compression utilities in various places. And while xz/lzma has the -T option to tell number of threads they should use and there is 'pigz' as a parallel version of gzip, dracut doesn't make use of that. Changing those calls would significantly speed up processing on multicore machines.

Version-Release number of selected component (if applicable):

How reproducible:
100 %

Steps to Reproduce:
1. run dracut
2. run 'top' to see that the forked 'xz' process uses at most 100 % CPU

Actual results:
compression done using one thread only

Expected results:
compression done using as much threads as possible
Comment 1 Vratislav Podzimek 2013-11-13 04:04:34 EST
Oh I see, pigz is already used.

gzip)  compress="gzip -9"; command -v pigz > /dev/null 2>&1 && compress="pigz -9";;
Comment 2 Vratislav Podzimek 2013-11-13 04:16:57 EST
Created attachment 823305 [details]
Patch for running xz and lzma in multiple threads
Comment 4 Mike McCune 2016-03-28 18:31:02 EDT
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune@redhat.com with any questions

Note You need to log in before you can comment on or make changes to this bug.