-
1. Re: HornetQ persistent store evaluation
jbertram Jun 13, 2012 10:47 AM (in response to nimo22)The HornetQ journal isn't a flat-file database, and it's quite possible that it is already faster than LevelDB for our use-case. Have you performed any benchmarks which show ActiveMQ + LevelDB as being faster than HornetQ?
-
2. Re: HornetQ persistent store evaluation
nimo22 Jun 13, 2012 11:03 AM (in response to jbertram)No, I have not performed any benchmarks.
The interesting question is:
It would be interesting if HornetQ would even be faster by using other no-sql-stores, such as LevelDB.
I know, HornetQ provides its own, home-made database solution. What kind of store is it?
-
3. Re: HornetQ persistent store evaluation
jbertram Jun 13, 2012 11:06 AM (in response to nimo22)1 of 1 people found this helpfulLike I said, the HornetQ journal isn't a database, no-sql or otherwise. It's a binary journal.
-
4. Re: HornetQ persistent store evaluation
clebert.suconic Jun 13, 2012 11:09 AM (in response to nimo22)a Journal is not a DB. a Journal is meant to guarantee the data is preserved for next restart, while a database is optimized to request data at any point.
Databases are not very good on performance for messaging since they are optimized for other use cases.
For any message solution you choose a journal-like implementation will be always the faster solution. Any DB-like will be for other requirements (that are not technical). The only requirement so far that we had so far for a DB-plugin was "I want it!".
But each message solution is different. on our case we have a paging system where we don't need to recover messages in a db-like manner.. that's maybe why we don't need a DB.
-
5. Re: HornetQ persistent store evaluation
nimo22 Jun 14, 2012 2:22 AM (in response to clebert.suconic)Thanks for the clarification. For messagings, Journals seems indeed better than DBs.