[
https://issues.apache.org/jira/browse/CASSANDRA-7918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14583853#comment-14583853
]
Benedict commented on CASSANDRA-7918:
-------------------------------------
It's worth pointing out that the user doesn't have to ever touch gnuplot; it
compiles scripts for gnuplot, and shells out itself.
I don't have any specific attachment to it, though, and if we can get the same
info via some other means I'm thrilled. My _ideal_ world would be one with
graphs akin to those I produced with gnuplot, but in javascript, with
interactive buttons _most especially_ for turning on/off certain aspects of the
graph, so that they can more easily be viewed. For instance, adding/removing
specific branches, or latency bands.
I think stress should output all of the settings it receives if {{-log
level=verbose}} is provided. However I'm not sure we want to tightly couple
stress to the cassandra.yaml or the SHA. The approach I took was to parse a
stress output, so if we standardise our performance tests to always run stress
in verbose mode, the output file can become the canonical source of truth, and
the graph generated on the fly. Perhaps we can SHA the output file, and store
it in its entirety somewhere, inside a zip containing the cassandra.yaml, so
that the graph can just contain this hash of the output file to route us to the
permanent record?
> Provide graphing tool along with cassandra-stress
> -------------------------------------------------
>
> Key: CASSANDRA-7918
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7918
> Project: Cassandra
> Issue Type: Improvement
> Components: Tools
> Reporter: Benedict
> Assignee: Ryan McGuire
> Priority: Minor
> Attachments: 7918.patch, reads.svg
>
>
> Whilst cstar makes some pretty graphs, they're a little limited and also
> require you to run your tests through it. It would be useful to be able to
> graph results from any stress run easily.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
