+1 That was a nice talk! I don't know why I haven't come across that video before!
On Tue, Feb 27, 2018 at 9:12 AM, Jonathan Haddad <j...@jonhaddad.com> wrote: > There isn't a ton from that talk I'd consider "wrong" at this point, but > some of it is a little stale. I always start off looking at system > metrics. For a very thorough discussion on the matter check out Brendan > Gregg's USE [1] method. I did a blog post on my own about the talk [2] > that has screenshots and might be helpful. Generally speaking know your OS > and the tools to examine each component. Learn how to interpret the > numbers you see, there's more information than a human can process in a > lifetime but understanding some fundamentals of throughput vs latency & > error rates and how to find out each of those metrics for cpu / memory / > network / disk is a good start. > > More recently I did a talk at Data Day Texas, I posted the slides on > Slideshare [3]. The focus there was more on perf tuning and less on > performance troubleshooting, but I guess it's a matter of perspective which > point your at. The tools have changed a little (Prometheus instead of > Graphite), and there's some new perf tuning tips like examining your read > ahead and compression settings, generating flame graphs and using tools > like YourKit and Java Flight Recorder, and the easiest win of all time, > disabling dynamic snitch if your hardware is fast and you want sub ms > p99s. Turn up counter cache if you use counters (it still gets hit on the > write path), and row cache is way more effective than people give it credit > for under the right workloads. > > I've got a blog post in the works on JVM tuning, but for now I reference > CASSANDRA-8150 [4] and Blake Eggleston's blog post [5] from back in our > days at a small startup. > > Lastly, I'm doing a performance tuning series on our blog at The Last > Pickle, with the first being on Flame Graphs [6]. I've got about 6 posts > in the pipeline, just need to find time to get to them. > > Hope this helps, > Jon > > [1] http://www.brendangregg.com/usemethod.html > [2] http://rustyrazorblade.com/post/2014/2014-09-18-diagnosing-production/ > [3] https://www.slideshare.net/JonHaddad/performance-tuning-86995333 > [4] https://issues.apache.org/jira/browse/CASSANDRA-8150 > [5] http://blakeeggleston.com/cassandra-tuning-the-jvm-for- > read-heavy-workloads.html > [6] http://thelastpickle.com/blog/2018/01/16/cassandra-flame-graphs.html > > > > On Tue, Feb 27, 2018 at 8:56 AM Michael Shuler <mich...@pbandjelly.org> > wrote: > >> On 02/27/2018 10:20 AM, Nicolas Guyomar wrote: >> > Is Jon blog >> > post https://academy.datastax.com/planet-cassandra/blog/ >> cassandra-summit-recap-diagnosing-problems-in-production >> > was relocated somewhere ? >> >> https://web.archive.org/web/20160322011022/planetcassandra.org/blog/ >> cassandra-summit-recap-diagnosing-problems-in-production >> >> -- >> Kind regards, >> Michael >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org >> For additional commands, e-mail: user-h...@cassandra.apache.org >> >>
