This project is read-only.

Executed event

Sep 22, 2011 at 7:22 PM

While I was tuning an Entity Framework project, CommandExecuted event in Tracing and Caching for Entity Framework was quite useful to narrow down performance issues.

and now that I have Cassandra performance issues in my project that I need to investigate further.

I have added tracing capability before, but Executed events gave me more flexibility in EF, and I guess it is sometimes also helpful for Cassandraemon.


Sep 22, 2011 at 10:00 PM

Good idea! I think it is useful.

And I want other events.


  • Connected Event
  • Disposed Event
  • ConnectionFail Event

What do you think?

Sep 24, 2011 at 7:41 PM

Those sound good as well.

Do you think these events should be global (i.e., public static event ...) or per-CassandraContext?

Disposed is probably per-context, but for tracing purposes, static events are good enough and uses less memory.

But I also wonder there may be other use of events if we implement it as per-context. Is per-context events good, or overkill?

Sep 25, 2011 at 1:06 AM

SqlConnection class have per-context events. Following this example may be good. How do you feel?

Sep 25, 2011 at 3:08 PM
This discussion has been copied to a work item. Click here to go to the work item and continue the discussion.