Hi,
On Tue, Nov 24, 2015 at 5:18 PM, Oved Ourfali <oourfali(a)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?
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(a)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?
>
> --
> Best regards
> Junwang Zhao
> Department of Computer Science &Technology
> Peking University
> Beijing, 100871, PRC
>
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/devel
>
--
Best regards
Junwang Zhao
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC