Bugzilla – Bug 155591
[zypp] transact (zmd backend) is too slow
Last modified: 2006-06-16 21:50:35 UTC
It build the complete repository although resolve-dependencies ran before and already calculated the needed ones. So transact just has to look at those packages mentioned in the transactions table.
In general, the native processes (as in, outside of mono) that get run require huge amounts of cpu processing (parse, query, transact). I'm a long time debian/apt user, so I'm _really_ _really_ excited about the zmd integration. I'm also hoping that zmd will be able to run factory in a practical manner on a 500 Mhz type machine. (ex: apt drives Debian's huge repo wonderfully on a low end machine) I realize that apt isn't using sqlite nor xml. But in order to be well accepted, I think it's really important for this stuff to be fast (installing packages from the command line, updating all packages, etc...).
Klaus, can we assign this bug to anybody else to get it fixed, or does it have to be on your plate? From the description I don't see if this is a problem in Mono, and more generally what component exactly causes the problem.
*** Bug 171457 has been marked as a duplicate of this bug. ***
Assigning to Nat to test and provide test data. CC'ing Thorsten. Severity -> Critical based on user feedback on slowness.
Oops, corrected Severity.
Optimized versions of helpers have been submitted to autobuild.
Re comment #13: Klaus, AFAICT, yesterday's helper optimizations only affected parse-metadata and service-delete, so that shouldn't affect this bug...?
All helpers are performing better now, including 'transact'.
Yep, I re-ran it with ltrace, and the addResolvables call, although still (slightly) over 50% of the overall time, is significantly less than before. Thanks, Klaus! (We should probably revisit this for SP1 to see about making it Even Faster...)