yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #76430
[Bug 1809447] [NEW] performance regression from mitaka to ocata
Public bug reported:
With rally tests i have noticed a generic performance drop in production on neutron from 100% to 10% in all components after migration to Ocata from Mitaka and Newton.
I'm able to reproduce the problem with isolated VM using ubuntu 16.04 packages with related repo and use create port as a test because seems the more relevant. Here below the times of 40 serial create port using curl direct to neutron:
mitaka 0m 21s
newton 0m 31s
ocata 0m 50s
I have done more tests with the next releases with devstack to check if
the problem was solved, but unfortunately seems not.
I have also done a bit of profiling and seems also that the orm produce
different behavior on ocata and have some call that on mitaka are never
done:
ORMAdapter.traverse
ORMAdapter.replace
ORMAdapter._corresponding_column
ORMAdapter._locate_col
** Affects: neutron
Importance: Undecided
Status: New
** Attachment added: "profiling"
https://bugs.launchpad.net/bugs/1809447/+attachment/5224075/+files/mitaka.zip
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1809447
Title:
performance regression from mitaka to ocata
Status in neutron:
New
Bug description:
With rally tests i have noticed a generic performance drop in production on neutron from 100% to 10% in all components after migration to Ocata from Mitaka and Newton.
I'm able to reproduce the problem with isolated VM using ubuntu 16.04 packages with related repo and use create port as a test because seems the more relevant. Here below the times of 40 serial create port using curl direct to neutron:
mitaka 0m 21s
newton 0m 31s
ocata 0m 50s
I have done more tests with the next releases with devstack to check
if the problem was solved, but unfortunately seems not.
I have also done a bit of profiling and seems also that the orm
produce different behavior on ocata and have some call that on mitaka
are never done:
ORMAdapter.traverse
ORMAdapter.replace
ORMAdapter._corresponding_column
ORMAdapter._locate_col
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1809447/+subscriptions
Follow ups