Wednesday, 2018-11-07

*** slaweq has quit IRC00:12
*** slaweq has joined #openstack-rally00:13
*** irclogbot_2 has quit IRC00:39
*** wangy_ has joined #openstack-rally01:18
*** aojea has joined #openstack-rally01:23
*** aojea has quit IRC01:27
*** threestrands has joined #openstack-rally02:30
*** wangy_ has quit IRC03:01
*** noama has joined #openstack-rally04:54
*** agopi has joined #openstack-rally05:08
*** wznoinsk has quit IRC05:46
*** linuxaddicts has joined #openstack-rally06:08
*** threestrands has quit IRC06:23
*** linuxaddicts has quit IRC06:23
*** aojea has joined #openstack-rally06:27
*** aojea has quit IRC06:31
*** pcaruana has joined #openstack-rally07:36
*** e0ne has joined #openstack-rally07:49
*** kbaikov has quit IRC09:13
slaweqandreykurilin: hi09:24
slaweqandreykurilin: I was checking this rally and osprofiler integration in neutron job and unfortunatelly it looks that it's too slow to generate those reports - even if I used 3h timeout for a job it got timeout :/09:25
*** linuxaddicts has joined #openstack-rally09:31
andreykurilinslaweq: yes, I saw it. It happens since each iteration of each workload has a separate trace. Now I'm thinking how to fix it and optimize09:37
slaweqandreykurilin: that would be great, I can try to help with that but I don't know rally at all so may be hard for me :)09:38
andreykurilinslaweq: do you want to check a specific workload now or you would like  to do it permanently? I mean that I can propose a temporary hack if you want to check something quickly and that think about proper solution09:39
slaweqandreykurilin: we want to add it permanently to be able to track some API slowdowns in neutron09:47
*** e0ne has quit IRC10:02
*** e0ne has joined #openstack-rally10:04
*** linuxaddicts has quit IRC10:27
*** e0ne has quit IRC10:45
*** e0ne has joined #openstack-rally10:54
*** aojea_ has joined #openstack-rally11:18
*** aojea_ has quit IRC11:23
*** kbaikov has joined #openstack-rally11:27
*** e0ne has quit IRC12:04
*** e0ne has joined #openstack-rally12:08
*** e0ne has quit IRC12:09
*** e0ne has joined #openstack-rally12:27
andreykurilinslaweq: I do not have a good solution right now. need a bit time to think12:51
slaweqandreykurilin: sure, thx for taking care of it12:53
slaweqandreykurilin: one more question, maybe You will know - do You think that it might be faster if we would use different backend in osprofiler?12:53
andreykurilinslaweq: I do not thing that the problem in the backend. Let me try to explain what is happening -  your rally task contains several workloads. In total they have >500 iterations (one execution of the scenario). Each iteration has own trace-id which is mapped to the whole trace. rally html report fetches all these traces and tries to put them into rally report. You mentioned that reddis db had size ~2gb and I can guess that all these 2gb is these13:00
andreykurilintraces which means that rally tries to fetch 2gb of data in real-time (possible we have ram limit here) and put them into html report which in result will be huge and unreadable13:00
andreykurilinslaweq: ,aybe we can add more debug messages to prove this theory13:01
andreykurilinIf I'm not mistaken, we need to rethink the integration of osprofiler reports into rally's. store them separately and lazy-load...13:04
slaweqandreykurilin: yes, I agree that this what happens there. I just thought that maybe using some other backend could speed up generation of html of each request in osprofiler, but probably even if some other backend would be faster it wouldn't be significant improvement :/13:07
andreykurilinslaweq: in general, the single traceback should not be huge. It is just simple dict with ~100 timeseries items... so even 500 iterations should not be so huge13:08
andreykurilinmore debug messages should help to understand the issue13:08
slaweqandreykurilin: ok13:10
openstackgerritAndrey Kurilin proposed openstack/rally-openstack master: DNM: add some debug-mesages  https://review.openstack.org/61619113:14
openstackgerritAndrey Kurilin proposed openstack/rally-openstack master: DNM: add some debug-mesages  https://review.openstack.org/61619113:16
openstackgerritAndrey Kurilin proposed openstack/rally-openstack master: DNM: add some debug-mesages  https://review.openstack.org/61619113:17
andreykurilinslaweq: Can you change `depends-on ` of your patch to  https://review.openstack.org/616191 patch. Hope it will give more data13:18
andreykurilin?13:18
*** e0ne has quit IRC13:41
*** pcaruana has quit IRC13:45
*** e0ne has joined #openstack-rally13:45
*** agopi has quit IRC13:47
*** pcaruana has joined #openstack-rally14:00
*** aojea_ has joined #openstack-rally14:04
*** e0ne has quit IRC14:13
*** e0ne has joined #openstack-rally14:14
*** agopi has joined #openstack-rally14:17
*** rh-jelabarre has joined #openstack-rally14:21
openstackgerritChuck Short proposed openstack/rally-openstack master: Add scenarios for octavia  https://review.openstack.org/61592214:24
*** pcaruana has quit IRC14:33
*** pcaruana has joined #openstack-rally14:34
openstackgerritMerged openstack/rally-openstack master: Fix fetching osprofiler trace-info  https://review.openstack.org/61588914:53
*** aojea_ has quit IRC15:04
*** aojea_ has joined #openstack-rally15:30
slaweqandreykurilin: done15:34
*** aojea_ has quit IRC15:35
*** aojea_ has joined #openstack-rally15:35
*** aojea_ has quit IRC15:35
*** aojea_ has joined #openstack-rally15:36
*** aojea_ has quit IRC15:56
*** aojea_ has joined #openstack-rally15:57
*** aojea_ has quit IRC16:06
*** agopi is now known as agopi|lunch16:14
openstackgerritChuck Short proposed openstack/rally-openstack master: Add scenarios for octavia  https://review.openstack.org/61592216:19
*** pcaruana has quit IRC16:38
*** e0ne has quit IRC16:44
*** e0ne has joined #openstack-rally16:44
*** e0ne has quit IRC16:44
*** rh-jelabarre has quit IRC17:35
*** noama has quit IRC17:46
*** agopi|lunch is now known as agopi18:15
*** aojea_ has joined #openstack-rally18:26
*** e0ne has joined #openstack-rally18:36
*** e0ne has quit IRC18:38
*** irclogbot_2 has joined #openstack-rally18:46
*** rh-jelabarre has joined #openstack-rally18:52
*** rh-jelabarre has quit IRC18:52
*** rh-jelabarre has joined #openstack-rally18:52
*** aojea_ has quit IRC18:57
*** rh-jelabarre has quit IRC19:18
*** e0ne has joined #openstack-rally19:24
*** rh-jelabarre has joined #openstack-rally19:29
*** e0ne has quit IRC19:31
*** aojea_ has joined #openstack-rally19:49
*** aojea_ has quit IRC20:21
*** aojea_ has joined #openstack-rally20:21
*** aojea_ has quit IRC20:43
*** aojea_ has joined #openstack-rally20:46
*** aojea_ has quit IRC20:56
*** aojea_ has joined #openstack-rally20:58
*** aojea_ has quit IRC21:05
*** aojea_ has joined #openstack-rally21:06
*** rh-jelabarre has quit IRC21:10
*** rh-jelabarre has joined #openstack-rally21:28
*** rh-jelabarre has quit IRC22:54
*** slaweq has quit IRC23:01
*** aojea_ has quit IRC23:24
*** aojea_ has joined #openstack-rally23:27
*** aojea_ has quit IRC23:32

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!