Actions
Refactor #1013
closedReduce sync time spent processing metadata up-front
Status:
CLOSED - WONTFIX
Priority:
High
Assignee:
-
Sprint/Milestone:
-
Start date:
Due date:
% Done:
0%
Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Performance, Pulp 2
Sprint:
Quarter:
Description
The rpm sync workflow spends a lot of time early on parsing metadata (filelist.xml and other.xml) and writing it to disk in an indexed data structure. Actual downloading of files doesn't happen until afterward. This can take multiple minutes.
There are several options for improving this workflow.
- start downloading before indexing is complete. This would require a new queue of completed downloads, and an additional thread that finishes processing and saving them once the indexing is complete.
- Only index the rpms that will actually be downloaded. This would not help on the first sync (except in rare cases).
- use the sqlite file (if available) to get this metadata instead of indexing the data ourselves. The downside here is we'd have to convert it to XML.
- there may be other options
This refactor is to employ whatever improvements are reasonable to reduce the amount of time spent chewing on metadata before downloading starts.
Related issues
Updated by mhrivnak over 9 years ago
- Blocked by Refactor #874: Convert pulp_rpm to use MongoEngine Models added
Updated by jortel@redhat.com almost 9 years ago
- Priority changed from Normal to High
- Platform Release deleted (
2.8.0)
Updated by dkliban@redhat.com almost 8 years ago
- Related to Story #2567: As a user, I can quickly propogate one package change from one Pulp to another Pulp added
Updated by dkliban@redhat.com almost 6 years ago
- Status changed from NEW to CLOSED - WONTFIX
This is going to be addressed by the stream processing design of Pulp 3.
Updated by bmbouter over 4 years ago
- Tags Performance added
- Tags deleted (
Sync Performance)
Actions