Hi, I think the question was already asked in Brahmaputra :)
We got an update on grafana last week but it was more on the capabilities of the tools than on the interpretation of the results. I think we should clearly have a discussion on this topic. It is probably complex to define thresholds = f(pod, hardware, network config,..) but it would be helpful. Is there any activity on standardization side on this area? I put several possible future discussions on the Testing community page https://wiki.opnfv.org/display/meetings/TestPerf Please note that I postponed all the today agenda to next week as the quoraum was not reached. I put the catalog mentioned by Myriam last week, but also the question of test coverage (discussions initiated months ago but could be interesting to reinitiate for Danube) and performance/stress tests. I was recently asked about the stress tests done in OPNFV and as far as I know we do not really try to stress the system (except vsperf and storperf). We have the tools and the framework (Yardstick, Rally,..and some proprietary loaders) to do it but not a real strategy on performance/stress tests Danube is maybe a good time to try to elaborate something I think we need also to organize a sync with CVS group to avoid any misunderstanding.... /Morgan Le 06/10/2016 à 09:59, Frank Brockners (fbrockne) a écrit : > > Hi folks, > > > > is there anyone around who can help with interpreting Yardstick’s test > results? I.e. what do all the numbers that we see created and > submitted into the InfluxDB mean – i.e. how do I know whether a number > is “good”, “good enough”, “not good”? In Grafana you see some nice > graphs – but how do you interpret them? I scanned the user-guide but > did not find any guidance – and from talking to other folks, I don’t > seem to be alone in struggling to understand the results. > > > > Would greatly appreciate if someone could either explain the results > (see e.g. Juraj’s email below) or point us to a document that does so. > > > > Many thanks! > > > Frank > > > > *From:*Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) > *Sent:* Dienstag, 4. Oktober 2016 16:23 > *To:* Gaoliang (kubi) <[email protected]>; limingjiang > <[email protected]> > *Cc:* [email protected]; Frank Brockners (fbrockne) > <[email protected]>; Andrej Vanko -X (avanko - PANTHEON TECHNOLOGIES > at Cisco) <[email protected]> > *Subject:* Interpretation of yardstick test results > > > > Hi Kubi, > > > > Can you help us with interpreting yardstick results? I've attached > data from four runs produced by yardstick, but I have no idea what > they mean – how do I know what is a good result and what is not? > > > > Thanks, > > Juraj > -- Morgan Richomme Orange/ IMT/ OLN/ CNC/ NCA/ SINA Network architect for innovative services Future of the Network community member Open source Orange community manager tel. +33 (0) 296 072 106 mob. +33 (0) 637 753 326 [email protected] _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
_______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
