I haven't investigated this issue yet but would exploiting multiple CPUs allow faster slapadds (with -q, i.e. with less consistency checks) if, for instance, the entry and the indices are generated concurrently? Much like the ancient ldif2index. This comes from the consideration that on the machine we're testing giant slapadds, we have 75% to 87.5% of the CPU idle...
Does anybody see any big stopper to this approach? p. -- Pierangelo Masarati mailto:[EMAIL PROTECTED] SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497
