Bug 78938
| Summary: | RFE: need to cache short and long package XML/parse-info | ||
|---|---|---|---|
| Product: | Red Hat Satellite 5 | Reporter: | Todd Warner <taw> |
| Component: | Server | Assignee: | Todd Warner <taw> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | unspecified | CC: | alikins, cturner, gafton, mihai.ibanescu, taw |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-07-01 19:54:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 77497 | ||
added to titan tracking bug and accepted. in CVS... needs QA, etc. Now have a SyncCache class that syncs all parsed XML objects. This should speed up the sync process tremendously when duplicate data is encountered throughout the process. Can also speed the process a whole lot more if you set --cache-refresh-level 0 Moving to RHN 3.0.0 Ready for QA. Works in -38. Prod Ready. Looks good in -47. Works in -62 and production, closing. |
downloading/parsing the short and long package info during the satellite-sync process is slow and torturous... let's think about caching this shit. What's involved (off the top of my head): not needed immediately: o a way to query the version (datastamp) of the short/long xml on server-side o caching the actual xml (maybe)... maybe just note the version. needed soon: o parsing is where most of the time is spent (metrics needed)... need to pre-parse and shelve the short/long parsed results. - when channel info is downloaded, we know what package info is required... just check the shelve first. This would info retrieve WAY fast.