I'm marking this as fixed. While we have some work to do on keeping disk
usage down on the retracers
(https://wiki.ubuntu.com/ErrorTracker/ReducingRetracerDiskUsage),
they're fast enough to process through large queues.
** Changed in: daisy
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/973494
Title:
Retracing is way too slow
Status in Ubuntu error tracker backend (daisy):
Fix Released
Status in “apport” package in Ubuntu:
Fix Released
Bug description:
We're currently only able to process about three core files per minute
with each retracer. We can fire up more retracers and drop some core
files at random when we're approaching a high load, both of which
mitigate this problem to varying degrees. However, we should also
address the problem that our current retracing code is taking far too
long to process each core file:
[4:40pm] jjo: ev: basically afaics we are losing the producer|consumer rate
battle
[4:40pm] mthaddon: ev: basically the rabbitmq queues are fairly consistently
increasing in size, but the server itself is very lightly loaded - should we be
firing up more retracers, or is there some way of making existing retracers do
more work?
[4:40pm] jjo: ev: while finfolk doesnt get squeezed for load
[4:41pm] ev: the retracers process in serial, so bringing up more of them
would be advisable
[4:41pm] jjo: ev: FTR I had fired up to ~7 retracers in parallel , which
hover'd loadavg~=8 -> got ~3 oopsen per min
[4:41pm] jjo: ev: but still I couldn't manage to get more than ~3/min
To manage notifications about this bug go to:
https://bugs.launchpad.net/daisy/+bug/973494/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
