Re: metadata layout problems and some history
"Duncan Mac-Vicar P." <[email protected]> Fri, 13 Aug 2010 14:33:16 +0200
| Newsgroups | gmane.linux.rpm.metadata |
|---|---|
| Message-ID | <[email protected]> |
On 08/09/2010 08:11 PM, seth vidal wrote: > On Sat, 2010-08-07 at 17:37 +0200, Michael Schroeder wrote: >> So it takes about a second to convert the 2.8 Mbytes xml file to >> solv. I guess creating the sqlite database is a bit slower, so you >> chose to do it on the server and not on the client. > As the size of this file increases how much time is eaten up? You showed > a f12 updates repo, it seems. Our updates repo also increases its size. I haven't noticed that the performance goes in any annoying way. At least you can't notice it because download is what takes most time. > Fedora 13 GA for x86_64 - the compressed primary.xml.gz is 7.9M. > > So does that mean the solv-creation is going to take ~3s? > > I don't see the number of pkgs decreasing at any point in time and since > we were pushing fedora onto some REALLY underpowered boxes we found the > xml->sqlite conversion can SUCK on some machines (OLPC XO-1's for > example were horrendous) As Michael said, for xml->solv you can't almost notice it. I have used it on netbooks and the performance is still very good. > Do you end up storing the xml AND the solv files in the cache dir? I ask > b/c this was another reason for doing server-side-generated sqlite b/c > we were keeping both in the cache and, again, on the XO-1 and other > quasi-small-disk systems (and most importantly SSDs) we were trying to > keep the disk writes and disk use as low as possible. > Yes, we have /var/cache/zypp/raw and /var/cache/zypp/solv Duncan