Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 6,026 | Comments: 44,842

filter by tags archive

NH ProfExposing the data that you already have

time to read 1 min | 119 words

One of the things that drove me mad with NH Prof is that at times it was hard to visually see when a session went to the database a lot or hit the cache frequently. I mean, you most certainly had that information if you drill into the session itself, but there is really no excuse for not giving that information to the user directly.

Hence, the following screen shot:


I am back to working on NH Prof full time, and I love the way everything is set up. Time to feature is ridiculously low.

More posts in "NH Prof" series:

  1. (09 Dec 2010) Alert on bad ‘like’ query
  2. (10 Dec 2009) Filter static files
  3. (16 Nov 2009) Exporting Reports
  4. (08 Oct 2009) NHibernate Search Integration
  5. (19 Aug 2009) Multiple Session Factory Support
  6. (07 Aug 2009) Diffing Sessions
  7. (06 Aug 2009) Capturing DDL
  8. (05 Aug 2009) Detect Cross Thread Session Usage
  9. (22 May 2009) Detecting 2nd cache collection loads
  10. (15 May 2009) Error Detection
  11. (12 May 2009) Queries by Url
  12. (04 Feb 2009) View Query Results
  13. (18 Jan 2009) Superfluous <many-to-one> update
  14. (18 Jan 2009) URL tracking
  15. (10 Jan 2009) Detecting distributed transactions (System.Transactions)
  16. (06 Jan 2009) The Query Cache
  17. (05 Jan 2009) Query Duration
  18. (24 Dec 2008) Unbounded result sets
  19. (24 Dec 2008) Row Counts



Why do you think your time-to-feature is so low? Can you attribute it to a certain technology like WPF? Is it the development techniques you're using like TDD?

My company is struggling right now with very long time-to-feature lengths for what should be pretty simple functionality. I'd love any insight on to why you've hit such low turnaround times.



I think time-to-feature is more a result of smooth collaboration between project members than source code complexity. In case of NH Prof the communication overhead is negligible because it's mainly the time needed for electric impulses to travel between hemispheres of its author's brain.

Ayende Rahien


You do realize that NH Prof is written by 4 people in 3 different time zones?


What are the time zones? You, one in EST, and two in CST?


No, I din't know about four people, I thought there's only you and the other guy responsible for the GUI. So apparently you're doing good teamwork.


Hi Ayende,

You mention that you moved to a push model and messaging for NH Prof, on all the projects that I have worked on I have never used these. Do you have a blog post or recommend a good book to learn these techniques?

Btw, thanks for NH Prof, best tool for learning NH and optimizing it.

Ayende Rahien

I have plenty of posts describing how NH Prof is built, look at the NH Prof category

Michel Grootjans

Hey Oren, when do we get to see the source code, so we can learn by example?


Comment preview

Comments have been closed on this topic.


No future posts left, oh my!


  1. Technical observations from my wife (3):
    13 Nov 2015 - Production issues
  2. Production postmortem (13):
    13 Nov 2015 - The case of the “it is slow on that machine (only)”
  3. Speaking (5):
    09 Nov 2015 - Community talk in Kiev, Ukraine–What does it take to be a good developer
  4. Find the bug (5):
    11 Sep 2015 - The concurrent memory buster
  5. Buffer allocation strategies (3):
    09 Sep 2015 - Bad usage patterns
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats