Mailinglist Archive: zypp-devel (43 mails)
| < Previous | Next > |
Re: [zypp-devel] short status
- From: Duncan Mac-Vicar Prett <dmacvicar@xxxxxxx>
- Date: Thu, 19 Apr 2007 16:56:32 +0200
- Message-id: <200704191656.33207.dmacvicar@xxxxxxx>
On Thursday 19 April 2007 16:08:44 Benji Weber wrote:
> Presumably this is querying the cache? What sort of times are we
> looking at for converting metadata -> database at the moment? I would
> expect query times to be fast but cache creation time I'm interested
> in.
Not just that, it is loading all the required objects in memory. That is NVRA
and capabilities.
Queries are not fast by nature, the amount of time you need to spend playing
with schema, indexes, etc is not trivial.
Launching a source went down from 35 to 19 and to 1 second.
Half of the time before was parsing capabilities, we now store them ready to
be read.
A horrible test program without any optimization takes like 35 seconds right
now, to write a 19.000 packages cache. I have some ideas how to start
reducing it later.
What we dont have, I am not sure we will have time, is a rpm -> cache store
loader, that would turn the 20 seconds reading rpm database into half.
--
Duncan Mac-Vicar Prett
Novell :: SUSE R&D, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
> Presumably this is querying the cache? What sort of times are we
> looking at for converting metadata -> database at the moment? I would
> expect query times to be fast but cache creation time I'm interested
> in.
Not just that, it is loading all the required objects in memory. That is NVRA
and capabilities.
Queries are not fast by nature, the amount of time you need to spend playing
with schema, indexes, etc is not trivial.
Launching a source went down from 35 to 19 and to 1 second.
Half of the time before was parsing capabilities, we now store them ready to
be read.
A horrible test program without any optimization takes like 35 seconds right
now, to write a 19.000 packages cache. I have some ideas how to start
reducing it later.
What we dont have, I am not sure we will have time, is a rpm -> cache store
loader, that would turn the 20 seconds reading rpm database into half.
--
Duncan Mac-Vicar Prett
Novell :: SUSE R&D, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |