http://ayende.comAyende @ RahienCopyright (C) Ayende Rahien 2004 - 2021 (c) 202660@Royston, The real question is whether Ayende's interpretation of the AGPL license being used is right? Several other AGPL licensed apps clearly indicate that only mods to the core are what is being protected. For example both MongoDB and CiviCRM clearly interpret the AGPL as covering only the core app/db and not any application you develop that connects through the API. Despite the explanation in an earlier blogpost on the issue it is hard to conceive how the license actually is any different for RavenDB, Munin than these. http://ayende.com/4686/raven-munin#comment20http://ayende.com/4686/raven-munin#comment20Thu, 02 Dec 2010 17:12:09 GMTRoyston, I am aware of that, but I am more interesting in getting enough adoption to get people to pay for it than having total high adoption http://ayende.com/4686/raven-munin#comment19http://ayende.com/4686/raven-munin#comment19Thu, 18 Nov 2010 16:34:34 GMTUnfortunately, AGPL means that for the vast majority of situations in which I might consider deploying any of this, I can't. (Same thing goes for RavenDB itself, really: the MongoDB approach to licensing (cross AGPL/Apache) [ [http://blog.mongodb.org/post/103832439/the-agpl](http://blog.mongodb.org/post/103832439/the-agpl)] is much more palatable and conducive to wider adoption.) Shame, as it looks pretty cool... http://ayende.com/4686/raven-munin#comment18http://ayende.com/4686/raven-munin#comment18Thu, 18 Nov 2010 16:26:25 GMTFrank, Yes http://ayende.com/4686/raven-munin#comment17http://ayende.com/4686/raven-munin#comment17Tue, 16 Nov 2010 07:49:14 GMTBased on my yet limited understanding, this piece of software would work fairly well for persisting an Event Store... I guess this thing ticks inside Raven MQ as well, in case you persist messages? http://ayende.com/4686/raven-munin#comment16http://ayende.com/4686/raven-munin#comment16Tue, 16 Nov 2010 07:47:03 GMTIt is maybe too soon to write about it on such high profile blog, but let's try... I am trying also write managed key value db with ACID and MVCC, but it has much lower level interface compared to Munin. I would definitely liked to know if somebody finds it interesting. [https://github.com/Bobris/BTDB](https://github.com/Bobris/BTDB) http://ayende.com/4686/raven-munin#comment15http://ayende.com/4686/raven-munin#comment15Mon, 08 Nov 2010 21:36:59 GMTTonio, Actually, that depends on a lot of factors. Esent is actually faster than Munin for bulk insert, because of the way we use it. http://ayende.com/4686/raven-munin#comment14http://ayende.com/4686/raven-munin#comment14Mon, 08 Nov 2010 21:03:38 GMTcowgaR, Munin isn't intended to be a separate product. http://ayende.com/4686/raven-munin#comment13http://ayende.com/4686/raven-munin#comment13Mon, 08 Nov 2010 21:02:38 GMTDave, The license would be problematic for existing queues and esb users. It would essentially require them to purchase a raven db license and I don't think they would appreciate that. I would love to do the work if that were not the case. http://ayende.com/4686/raven-munin#comment12http://ayende.com/4686/raven-munin#comment12Mon, 08 Nov 2010 18:21:39 GMTEsent is very slow with bulk insert; PersistentDictionary based on esent is very very slow compared to Raven.ManagedStorage.Degenerate http://ayende.com/4686/raven-munin#comment11http://ayende.com/4686/raven-munin#comment11Mon, 08 Nov 2010 17:54:20 GMT__Munin name is already used in well-known (popular) server/cloud monitoring application. [http://munin-monitoring.org/](http://munin-monitoring.org/) -google- results a bit problematic in the future? http://ayende.com/4686/raven-munin#comment10http://ayende.com/4686/raven-munin#comment10Mon, 08 Nov 2010 17:49:12 GMTDave, *I* don't plan to do it, but someone else might http://ayende.com/4686/raven-munin#comment9http://ayende.com/4686/raven-munin#comment9Mon, 08 Nov 2010 16:54:08 GMTLouis, We currently use ~7 MB per 10,000 documents. In other words, if you want to store 1,000,000 it would cost you 0.7 GB. We can probably optimize it further, and the nature of the data structure that we means that we can handle paging of the in memory index pretty well. Esent does much better once you go over tens of millions of documents, but until then, we are good. http://ayende.com/4686/raven-munin#comment8http://ayende.com/4686/raven-munin#comment8Mon, 08 Nov 2010 16:53:47 GMTYou mentioned, that for large scale applications, ESENT would be better suited, because of the fact that Munin stores keys in memory. What scenario are you targeting with Munin (data volume wise)? http://ayende.com/4686/raven-munin#comment7http://ayende.com/4686/raven-munin#comment7Mon, 08 Nov 2010 15:29:32 GMTDo you also plan to replace Esent in current projecs like Rhino Queues and Rhino ESB with Munin? Saving sagas in Munin (and outside your domain database) might be a good use.. http://ayende.com/4686/raven-munin#comment6http://ayende.com/4686/raven-munin#comment6Mon, 08 Nov 2010 15:25:06 GMTYou play Eve? :) http://ayende.com/4686/raven-munin#comment5http://ayende.com/4686/raven-munin#comment5Mon, 08 Nov 2010 15:12:46 GMTSo Ravens are the new Rhinos then? http://ayende.com/4686/raven-munin#comment4http://ayende.com/4686/raven-munin#comment4Mon, 08 Nov 2010 15:11:32 GMTGreat news :) Alk. http://ayende.com/4686/raven-munin#comment3http://ayende.com/4686/raven-munin#comment3Mon, 08 Nov 2010 15:06:57 GMTSo, when will we see "Raven.Hugin" :-) http://ayende.com/4686/raven-munin#comment2http://ayende.com/4686/raven-munin#comment2Mon, 08 Nov 2010 15:05:21 GMTI like the name you selected http://ayende.com/4686/raven-munin#comment1http://ayende.com/4686/raven-munin#comment1Mon, 08 Nov 2010 14:58:56 GMT