Mailinglist Archive: zypp-devel (75 mails)
| < Previous | Next > |
Re: [zypp-devel] zypper performance gone bad, bad, bad
- From: josef reidiner <jreidinger@xxxxxxx>
- Date: Fri, 16 May 2008 23:43:39 +0200
- Message-id: <482E000B.2050803@xxxxxxx>
Stephan Kulow napsal(a):
Locks depends on PoolQuery which uses DataIterator...if we expect lot of
locks from ui, which is exact string match, then we can optimalize
PoolQuery (or directly locks by extracting information about lock from
query) for this (e.g. using index on names).
Pepa
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
Hi,
Looks like the implementation of locks has all the old
problems ;(
I cancelled the callgrind call, but till then it called
415 826 times PoolQueryIterator::matchSolvable, which in
turn costed 28 382 428 146 instructions.
Greetings, Stephan
Locks depends on PoolQuery which uses DataIterator...if we expect lot of
locks from ui, which is exact string match, then we can optimalize
PoolQuery (or directly locks by extracting information about lock from
query) for this (e.g. using index on names).
Pepa
linux-wcg3:/home/coolo # time zypper in fate
Reading installed packages...
'fate' is already installed.
Nothing to do.
real 0m1.648s
user 0m1.240s
sys 0m0.360s
linux-wcg3:/home/coolo # mv /etc/zypp/locks{.away,}
linux-wcg3:/home/coolo # grep kind /etc/zypp/locks | wc -l
8
linux-wcg3:/home/coolo # time zypper in fate
Reading installed packages...
'fate' is already installed.
Nothing to do.
real 0m21.176s
user 0m20.449s
sys 0m0.592s
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |