Hi Peter, On Fri, Apr 15, 2005 at 05:58:17PM +0200, Petr Vandrovec wrote: > slapd/slapadd use sched_yield on places where it really > should not be idling. Due to this upgrade from 2.1.30 to > 2.2.23 takes more than 1 day on our 100000 objects tree
Erm. Wow!
> we have, with about 40 indexed attributes (after one day
> I gave up, attached debugger to slapadd and overwrite
> sched_yield procedure in slapadd with 'ret'; import
> finished ~1 hour after I did that).
Nice. :) Could you please check if the new slapadd -q option in 2.2.23-2
improves the situation for you?
> It would be nice if upstream could eliminate at least
> some useless sched_yield from code (if not all these
> calls, I do not believe they are doing anything good
> on 2.6.x kernels). Or you should warn users that
> slapadd can take days, maybe weeks.
Yep, I think sched_yield only marks defective code...
Greetings
Torsten
signature.asc
Description: Digital signature
