Bug 677672 - Improve performance when updating yum package metadata
Summary: Improve performance when updating yum package metadata
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Pulp
Classification: Retired
Component: z_other
Version: unspecified
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
: ---
Assignee: John Matthews
QA Contact: Preethi Thomas
URL:
Whiteboard:
Depends On:
Blocks: 673032
TreeView+ depends on / blocked
 
Reported: 2011-02-15 14:33 UTC by John Matthews
Modified: 2011-07-15 19:37 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-11 14:27:55 UTC

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description John Matthews 2011-02-15 14:33:58 UTC 
We want to improve the performance of updating yum package metadata. Currently we run "createrepo --update" and it processes all the packages to look for updates.  

We want to skip the processing of all packages and only update the specific packages we know have changed.

Intent is to leverage createrepo's functionality and invoke the minimum metadata updates we need for a small collection of changed packages.  If changes are needed to createrepo we will work with the yum developers and see if they will accept our patch.
Comment 1 John Matthews 2011-03-16 11:25:52 UTC 
Aligning to Sprint 22 as this is part of a story in Sprint 22
Comment 2 John Matthews 2011-04-11 14:27:55 UTC 
Last round of investigation was on update of a rhel5 repo with ~7k packages.  Update ran in ~90 seconds.  Roughly 70 seconds was spent in compression of filelists.tgz and formation of sqlite metadata.

We didn't see a means of noticeably improving performance.  Moving this bug to CLOSED WONT_FIX.
Note You need to log in before you can comment on or make changes to this bug.