Bug 78938 – RFE: need to cache short and long package XML/parse-info

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 78938 - RFE: need to cache short and long package XML/parse-info

Summary:	RFE: need to cache short and long package XML/parse-info

Status:	CLOSED CURRENTRELEASE

Aliases:	None

Product:	Red Hat Satellite 5
Classification:	Red Hat
Component:	Server (Show other bugs)
Sub Component:
Version:	unspecified
Hardware:	i386 Linux

Priority	high Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Todd Warner
QA Contact:	Fanny Augustin
Docs Contact:

URL:
Whiteboard:
Keywords:	FutureFeature

Depends On:
Blocks:	77497
	Show dependency tree / graph

Reported:	2002-12-03 14:48 EST by Todd Warner
Modified:	2007-07-31 15:10 EDT (History)
CC List:	5 users (show)

See Also:
Fixed In Version:
Doc Type:	Enhancement
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2003-07-01 15:54:25 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

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

Groups: None (edit)

Description Todd Warner 2002-12-03 14:48:45 EST

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.

Comment 1 Todd Warner 2002-12-03 14:50:56 EST

added to titan tracking bug and accepted.

Comment 2 Todd Warner 2002-12-16 19:35:14 EST

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

Comment 3 Greg DeKoenigsberg 2003-04-11 10:46:45 EDT

Moving to RHN 3.0.0

Comment 4 Josef Komenda 2003-06-03 12:01:58 EDT

Ready for QA.

Comment 5 Josef Komenda 2003-06-05 17:18:35 EDT

Works in -38. Prod Ready.

Comment 6 Josef Komenda 2003-06-16 10:44:13 EDT

Looks good in -47.

Comment 7 Josef Komenda 2003-07-01 15:54:25 EDT

Works in -62 and production, closing.

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