Hey Todd, thanks for the pointer, it looks like a good first step. Will check it out once I get to spend some time on this again.
I see you've been spending time on HBase, let me know if you guys want to join forces on this projcet. /Johan On 12 maj 2010, at 20.10, Todd Lipcon wrote: > Hey Johan, > > A Hudson plugin would be great. A short term solution, though, would > be to simply use the existing support for Hudson graphing from > properties files: http://wiki.hudson-ci.org/display/HUDSON/Plot+Plugin > > At a previous job we used to use this plugin to plot web page response > times, and it served its purpose great. > > -Todd > > On Wed, May 12, 2010 at 1:13 AM, Johan Oskarsson <jo...@oskarsson.nu> wrote: >> I've started looking into how this issue. My current thinking are as follows. >> >> Add support for Cassandra in Whirr: >> http://wiki.apache.org/incubator/WhirrProposal >> This would allow us to start a short lived Cassandra cluster on one of the >> cloud services (EC2/Rackspace etc) for testing. >> Real hardware would of course be better, but this is a good starting point. >> >> For running the actual tests I have been looking at YCSB: >> http://github.com/brianfrankcooper/YCSB >> I've added support for Cassandra trunk as of last week and am now off and on >> working on adding an measurements export function so we can get the results >> as a JSON file. It's fairly straight forward. >> >> The best way to expose these results as graphs etc and raise an error if >> they are unexpected would be a plugin to Hudson. That way all our test >> results are in one place. >> Other projects such as HBase might be interested in contributing to a >> Hudson-YCSB plugin. This would probably be best done as separate project on >> github for example. >> >> If we want further results on how performance is affected by failures we >> could run with >> http://github.com/toddlipcon/gremlins >> or >> https://issues.apache.org/jira/browse/CASSANDRA-561 >> >> >> Thoughts? >> >> /Johan >> >> On 11 maj 2010, at 20.38, Kushal Pisavadia wrote: >> >>> Hi, >>> >>> Due to conflicting schedules, I was unable to take part in the GSoC this >>> year. However, I'm still very interested in helping out the community for >>> this specific case. >>> >>> Rather than just coding off a solution that would suit my own needs, I'm >>> here asking for some help. >>> >>> What short-term goals do you have in mind? What long-term goals do you have >>> in mind? >>> >>> I've had a look at the respective ticket — >>> https://issues.apache.org/jira/browse/CASSANDRA-875 — but rather than just >>> refactor the py_stress utility I'd like to make something that fulfils >>> whatever needs that the current utility fails to meet. >>> >>> I'm also curious about how you'd like me to commit/expose my code. >>> Originally I was thinking of creating a separate git repo, specific to this >>> utility, but have no issues working from a fork on Github either. >>> >>> Kind Regards, >>> >>> Kushal Pisavadia >> >> > > > > -- > Todd Lipcon > Software Engineer, Cloudera