[Freeipa-devel] [PATCHES] 0227-0229 freeipa-tests package & Beaker integration plugin

Martin Kosek mkosek at redhat.com
Tue Jun 25 06:24:21 UTC 2013


On 06/24/2013 10:33 AM, Petr Viktorin wrote:
> On 06/17/2013 09:10 PM, Dmitri Pal wrote:
>> On 06/17/2013 11:08 AM, Petr Viktorin wrote:
>>>>> ipa-run-tests --with-beakerlib is horribly slow for me, is that
>>>>> expected?
>>>
>>> Yes. For every logged line, BeakerLib's default logging backend starts
>>> up Python, parses a XML file, appends the line, and writes the XML out
>>> again. So especially with longer runs it's really slow.
>>
>> Is there any way to solve this problem?
>> For example send the output over the DBUS to a special service that
>> would have the python already loaded and would do the appending to the
>> files and writing the output.
>> Also there can be an optimization that it would not save the file up
>> until the change affects a different file.
>>
>> The logic would be:
>>
>> loop:
>>     If do not have an open output file open one and keep it in memory
>>     Read a request for update until receive a special message for
>> termination or a signal, then break out of the loop
>>     If the request for update for the same file update the file
>>     Else save currently open file and start a new one, add data to the
>> newly started file
>> end
>> close currently open file
>
> I hope Beaker does something like you described. The slow part is only the XML
> backend, which gets selected if you run BeakerLib without Beaker.
> We could write (or find?) a faster logging backend but it's not really
> necessary. Without Beaker the BeakerLib logging is not of much use anyway.
>

Right. In our upstream continuous integration testing, this option should be 
off -> no logging performance issues for us.

Martin




More information about the Freeipa-devel mailing list