[ovirt-users] [ovirt-devel] ovirt-engine-sdk-python too slow

Nir Soffer nsoffer at redhat.com
Wed Nov 25 17:45:18 UTC 2015


$ ./profile-stats -c myscript.prof

Wed Nov 25 10:40:11 2015    myscript.prof

         7892315 function calls (7891054 primitive calls) in 7.940 seconds

   Ordered by: internal time
   List reduced from 1518 to 20 due to restriction <20>

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
     9086    2.693    0.000    6.706    0.001 inspect.py:247(getmembers)
  1952494    1.394    0.000    1.880    0.000 inspect.py:59(isclass)
     9092    1.030    0.000    1.030    0.000 {dir}
  1952642    0.600    0.000    0.600    0.000 {getattr}
  1972765    0.504    0.000    0.504    0.000 {isinstance}
        3    0.334    0.111    0.334    0.111 {method 'perform' of
'pycurl.Curl' objects}
  1883918    0.284    0.000    0.284    0.000 {method 'append' of 'list'
objects}
     9087    0.221    0.000    0.221    0.000 {method 'sort' of 'list'
objects}
     9051    0.172    0.000    6.911    0.001
reflectionhelper.py:51(isModuleMember)
        1    0.124    0.124    0.354    0.354 errors.py:17(<module>)
        1    0.088    0.088    0.230    0.230 params.py:8(<module>)
     8879    0.070    0.000    6.998    0.001 params.py:367(__setattr__)
        1    0.047    0.047    5.182    5.182 api.py:23(<module>)
        1    0.025    0.025    4.743    4.743 brokers.py:22(<module>)
        1    0.023    0.023    0.030    0.030
connectionspool.py:17(<module>)
        1    0.022    0.022    0.053    0.053
lxml.etree.pyx:1(PyMODINIT_FUNC PyInit_etree(void))
      118    0.019    0.000    4.684    0.040 params.py:45277(__init__)
        5    0.015    0.003    0.024    0.005 {built-in method strptime}
        1    0.012    0.012    0.013    0.013 socket.py:45(<module>)
       10    0.011    0.001    0.015    0.002 collections.py:288(namedtuple)

So it is not the classes, it is the code inspecting them on import.

Nir

On Wed, Nov 25, 2015 at 7:49 AM, John Hunter <zhjwpku at gmail.com> wrote:

> Hi Nir,
>
> Attachment is my script and its profile.
> Thanks a lot about your help!
>
> On Wed, Nov 25, 2015 at 5:49 AM, Nir Soffer <nsoffer at redhat.com> wrote:
>
>> On Tue, Nov 24, 2015 at 3:49 PM, John Hunter <zhjwpku at gmail.com> wrote:
>>
>>>
>>>
>>> On Tue, Nov 24, 2015 at 9:15 PM, Juan Hernández <jhernand at redhat.com>
>>> wrote:
>>>
>>>> On 11/24/2015 01:40 PM, John Hunter wrote:
>>>> > Hi,
>>>> >
>>>> > On Tue, Nov 24, 2015 at 5:18 PM, Oved Ourfali <oourfali at redhat.com
>>>> > <mailto:oourfali at redhat.com>> wrote:
>>>> >
>>>> >     Hi
>>>> >
>>>> >     I discussed it with Juan (cc-ed).
>>>> >
>>>> >     There used to be a bug in the JDBC authenticion extension that
>>>> >     artificially delayed RESTAPI responses by 5 seconds:
>>>> >
>>>> >       brute force prevention login delay should not be applied to
>>>> successful
>>>> >     login requests
>>>> >       https://bugzilla.redhat.com/1255814
>>>> >
>>>> >     That matches the description of the issue, but in theory it has
>>>> been
>>>> >     fixed. I would suggest him to check that he is using the right
>>>> version
>>>> >     of the extension.
>>>> >
>>>> > I did not use the extension ovirt-engine-extension-aaa-jdbc, and I
>>>> don't
>>>> > think this bug matches my problem, because even there is only one line
>>>> > in the python script, it still cost like 3 seconds, I don't think
>>>> this is a
>>>> > reasonable time as when I import other package, it cost almost no
>>>> time.
>>>> >
>>>> > Can you explain why this import line costs so much time?
>>>> >
>>>>
>>>> If you are using 3.6 then you are using ovirt-engine-extension-aaa-jdbc,
>>>> as it is enabled by default, but looks like it isn't related to your
>>>> problem.
>>>>
>>>> That line takes a long time to execute because it has to process two
>>>> large Python modules: the "params" module that contains a class per each
>>>> type used by the API (393 classes) and the "brokers" module that
>>>> contains a class per each resource used by the API (358 classes). That
>>>> makes a total of 751 classes. In my environment it takes 0.9 seconds,
>>>> approx. You may want to use the python profile in your environment and
>>>> share the results:
>>>>
>>>> $ cat > profile.py <<.
>>>> import cProfile
>>>> cProfile.run("from ovirtsdk.api import API")
>>>> .
>>>>
>>>> $ python profile.py
>>>>
>>>> I won't be surprised to see this taking those 3 seconds in a slower
>>>> environment.
>>>>
>>>> But even if this takes those 3 seconds it shouldn't be a big problem,
>>>> because you shouldn't be running that "from ... import ..." line
>>>> frequently. Your program should do this once only, when it starts.
>>>>
>>>> Assume that I have two functions to implement, one is to list all the
>>> vms belong
>>> to the user, and the other is to retrieve one vm's virt-viewer
>>> connection file, as
>>> far as I can see, I have to write two python scripts and import the
>>> ovirtsdk.api in both
>>> scripts, each script has to take the 3 seconds :(
>>>
>>
>> No, you have two functions, which can be in the same module, or in
>> different modules, depending on how you want to organize your code.
>>
>> Python imports are done only once, on the first time you import a module
>> anywhere. The module is stored in sys.modules, and the next import fetch
>> the module object from sys.modules.
>>
>> Can you share a profile of a simple script importing the Python sdk?
>>
>> Do:
>>
>>     python -m cProfile -o myscript.prof myscript.py
>>
>> The profile will be stored in myscript.prof.
>>
>> For viewing the profile, I recommend to use the profile-stats tool:
>> https://github.com/oVirt/vdsm/blob/master/contrib/profile-stats
>>
>>
>>>
>>> How can I run the "from ... import ..." just once ?
>>>
>>>
>>>> >
>>>> >     In addition we also know that retrieving large lists of objects
>>>> with the
>>>> >     SDK is slow:
>>>> >
>>>> >        [RFE][performance] - generate large scale list running to slow.
>>>> >        https://bugzilla.redhat.com/1221238
>>>> >
>>>> >     We don't have a solution for that yet.
>>>> >
>>>> >     CC-ing Juan in case you have additional questions.
>>>> >
>>>> >
>>>> >     On Mon, Nov 23, 2015 at 11:27 AM, John Hunter <zhjwpku at gmail.com
>>>> >     <mailto:zhjwpku at gmail.com>> wrote:
>>>> >
>>>> >         Hi guys,
>>>> >
>>>> >         I am using the ovirt-engine-sdk-python to communicate with the
>>>> >         ovirt-engine,
>>>> >         I am ok to list the vms but the processing time is too long,
>>>> >         like 4.5 seconds,
>>>> >         and this line:
>>>> >             from ovirtsdk.api import API
>>>> >         take almost 3 seconds.
>>>> >
>>>> >         This seems a little bit longer than I expected it to be, so I
>>>> am
>>>> >         asking is there
>>>> >         a quicker way to communicate with the ovirt-engine?
>>>> >
>>>>
>>>> --
>>>> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
>>>> 3ºD, 28016 Madrid, Spain
>>>> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat
>>>> S.L.
>>>>
>>>
>>>
>>>
>>> --
>>> Best regards
>>> Junwang Zhao
>>> Department of Computer Science &Technology
>>> Peking University
>>> Beijing, 100871, PRC
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>
>
> --
> Best regards
> Junwang Zhao
> Department of Computer Science &Technology
> Peking University
> Beijing, 100871, PRC
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20151125/4b3e0ec2/attachment-0001.html>


More information about the Users mailing list