Ok, I did install a directory instance with nsslapd-subtree-rename-switch: off and loaded the exact same database. Here are the results: I got 5630 searches/sec for the 1.2.7.5 directory instance (nsslapd-subtree-rename-switch: on) I got 6150 searches/sec for the 1.2.7.5 directory instance (nsslapd-subtree-rename-switch: off) I got 6890 searches/sec for the 1.1.2 directory instance. The subtree-rename feature does have an impact on the search-performance, however 1.2.7.5 is appoxiamately 10 % slower than 1.1.2 -Reinhard ________________________________ From: 389-users-bounces at lists.fedoraproject.org [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of Noriko Hosoi Sent: Thursday, February 10, 2011 1:27 PM To: 389-users at lists.fedoraproject.org Subject: Re: Performance differences between 1.1.2 and 1.2.6/1.2.7 (2011?02?10? 08:37), Rich Megginson wrote: On 02/10/2011 09:32 AM, Reinhard Nappert wrote: Hi, I noticed that the search performance increased quite a bit with 1.2.6/1.2.7.5, compared to 1.1.2. I did a rather simple test, where I randomly searched objects from a small database with about 25.000 objects. I assume that those objects are cached. The tests were performed on a 2 Dual CPU (1.8 GH clock speed) box with 16 GB RAM. I did perform 7.000.000 searches with 7 threads (1.000.000 searches per thread). Both directory instances were configured in exactly the same way. I got 5630 searches/sec for the 1.2.7.5 directory instance, whereas I got 6890 searches/sec for the 1.1.2 directory instance. I was wondering what the reason for the performance decrease is. Could be the entryrdn (subtree rename) support. Not sure. You could try disabling that. Or since the DB is small, you could run the search performance test after putting all entries on the entry cache. If you see the competitive result, the cause should be entryrdn. If you are disabling entryrdn, you have to do export the DB to an ldif file, disable entryrdn, then import the ldif file back. (Sorry, there is no backward tool.) Thanks, -Reinhard -- 389 users mailing list 389-users at lists.fedoraproject.org<mailto:389-users at lists.fedoraproject.org> https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users at lists.fedoraproject.org<mailto:389-users at lists.fedoraproject.org> https://admin.fedoraproject.org/mailman/listinfo/389-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20110218/e2f38292/attachment-0001.html
