Tuesday, 07 September 2010

4.2.ALPHA1 "Ursus" is out!

Hi *,

4.2.ALPHA1 has just been released! Besides other things, it contains following two features: - supports deadlock detection for eagerly locking transactions (new) - an very interesting optimisation for eager locking, which allows one to benefit from eager locking semantics with the same performance as "lazy" locking. You can read more about this here. For download information go here. For a detailed list of features refer to the release notes.

Enjoy and please share your thoughts on our forums!

Mircea

Posted by Mircea Markus on 2010-09-07
Tags: alpha release

Thursday, 02 September 2010

4.1.0.FINAL is out - and announcing 4.2.0

Yes, things have been quiet on this blog as of late, but a lot has been going on.  Let’s start with the big news.  After much work on feedback reported on the last Radegast release candidate, Infinispan 4.1.0.FINAL is finally ready.  Many thanks to the community who have worked tirelessly in testing stuff, reporting stuff.

This is a very important release.  If you are using 4.0.0 (Starobrno), I strongly recommend upgrading to Radegast as we have a whole host of big fixes, performance improvements and new features for you.  A full changelog is available on JIRA, but a few key features to note are server endpoints, a Java-based client for the Hot Rod protocol, and the new LIRS eviction algorithm.

Download it, give it a go, and talk about it on the forums.  Tell your friends about it, tweet about it.

The other interesting piece of news is the announcement of a 4.2.0 release.  We’ve decided to take a few key new features from 5.0.0 and release them earlier, as 4.2.0 - codenamed Ursus.  If you are interested in what’s going to be in Ursus, have a look at this feature set, and expect a beta on Ursus pretty soon now!

Enjoy! Manik

Posted by Manik Surtani on 2010-09-02
Tags: release final radegast

Wednesday, 18 August 2010

Radegast ever closer to a final release - CR3 is released.

As much as I expected 4.1.0.CR2 to be the last release candidate before a final release, we’ve decided to release another candidate for you to try out before pushing out a final release.  CR3 is now out and ready to roll.

There has been a lot of activity in the Infinispan community over the last 3 weeks, with lots of people putting CR2 through its paces, and reporting everything from the trivial through to the critical.  This is awesome stuff, folks - keep it up!

This release has fixed a whole bunch of things you guys have reported.  Many thanks to Galder, Mircea, Vladimir and Sanne, working hard around vacations to get this release out.

Detailed release note reports are on JIRA, and it can be downloaded in the usual place.  Use the forums and report stuff - push this as hard as you’ve been pushing CR2 and we will have that rock-solid final release we all want!

Enjoy! Manik

Posted by Manik Surtani on 2010-08-18
Tags: release radegast release candidate

Tuesday, 06 July 2010

Infinispan 4.1.0.CR1 is now available!

After very busy last few weeks with JUDCon and JBoss World/Red Hat Summit, we’re proud to release Infinispan 4.1.0.CR1, the first candidate release of the Infinispan 4.1 series. The release is downloadable in the usual place.

A lot of work has gone into this release primarily with the aim of stabilising new functionality wrote in previous beta/alpha versions. Here are some of the highlights included in this release:

  • An fantastic demo showing how to run Infinispan in EC2. Check Noel O’Connor’s blog last month for more detailed information.

  • Enable Hot Rod servers to run behind a proxy in environments such as EC2, and make TCP buffers and TCP no delay flag configurable for both the server and client.

  • Important performance improvements for Infinispan based Lucene directory and Hot Rod client and sever.

  • To avoid confusion, the single jar distribution has been removed. The two remaining distributions are: The bin distribution containing the Infinispan modules and documentation, and the all distribution which adds demos on top of that.

A more detailed changelog can be found here.

Finally, if you’re a user of Infinispan 4.0 or 4.1, please make sure you download and try this release out so that any outstanding issues are fixed in time for the final release. Also, if you’re interested in finding out more about Infinispan’s architecture, don’t miss Manik’s latest article explaining Infinispan’s 'nuts and bolts'.

Cheers,

Galder Zamarreño

Posted by Galder Zamarreño on 2010-07-06
Tags: release release candidate

Friday, 28 May 2010

Infinispan 4.1Beta2 released

Hi,

The second and hopefully last Beta for 4.1 has just been released. Thanks to excellent community feedback, several HotRod client/server issues were fixed. Besides this and other bug-fixes (check this for complete list), following new features were added: - an key affinity service that generates keys to be distributed to specific nodes - RemoteCacheStore that allow an Infinspan cluster to be used as an remote data store

Enjoy! Mircea

Posted by Mircea Markus on 2010-05-28
Tags: release beta

Friday, 23 April 2010

4.1.0. ALPHA3 is out

I’ve just cut Infinispan 4.1.0.ALPHA3, codenamed Radegast.  This release contains a number of fixes and bugs reported in 4.0.0 Starobrno as well as earlier alphas, and is quite likely to be the last alpha before a feature-complete 4.1.0.BETA1 is released.

A detailed changelog is available.  The release is downloadable in the usual place.

If you use Maven, please note, we now use the new JBoss Nexus-based Maven repository.  The Maven coordinates for Infinispan are still the same (groud id org.infinispan, artifact id infinispan-core, etc) but the repository you need to point to has changed.  Setting up your Maven settings.xml is described here.

Enjoy! Manik

Posted by Manik Surtani on 2010-04-23
Tags: release alpha radegast

Friday, 12 March 2010

No time to rest, 4.1.0.Alpha1 is here!

"Release quick, release often", that’s one of our mottos at Infinispan. Barely a couple of weeks after releasing Infinispan 4.0.0.Final, here comes 4.1.0.Alpha1 with new goodies. The main star for this release is the new server module implementing Memcached’s text protocol.

This new module enables you to use Infinispan as a replacement for any of your Memcached servers with the added bonus that Infinispan’s Memcached server module allows you to start several instances forming a cluster so that they replicate, invalidate or distribute data between these instances, a feature not present in default Memcached implementation.

On top of the clustering capabilities Infinispan memcached server module gets in-built eviction, cache store support, JMX/Jopr monitoring etc…​ for free.

To get started, first download Infinispan 4.1.0.Alpha1. Then, go to "Using Infinispan Memcached Server" wiki and follow the instructions there. If you’re interested in finding out how to set up multiple Infinispan memcached servers in a cluster, head to "Talking To Infinispan Memcached Servers From Non-Java Clients" wiki where you’ll also find out how to access our Memcached implementation from non-Java clients.

Finally, you can find the API docs for 4.1.0.Alpha 1 here and note that this is an unstable release that is meant to gather feedback on the Memcached server module as early as possible.

Cheers, Galder

Posted by Galder Zamarreño on 2010-03-12
Tags: release memcached

Tuesday, 23 February 2010

Infinispan 4.0.0.Final has landed!

imageIt is with great pleasure that I’d like to announce the availability of the final release of Infinispan 4.0.0. Infinispan is an open source, Java-based data grid platform that I first announced last April, and since then the codebase has been through a series of alpha and beta releases, and most recently 4 release candidates which generated a lot of community feedback.

It has been a long and wild ride, and the very active community has been critical to this release. A big thank you to everyone involved, you all know who you are.

Benchmarks

I recently published an article about running Infinispan in local mode - as a standalone cache - compared to JBoss Cache and EHCache. The article took readers through the ease of configuration and the simple API, and then demonstrated some performance benchmarks using the recently-announced Cache Benchmarking Framework. We’ve been making further use of this benchmarking framework in the recent weeks and months, extensively testing Infinispan on a large cluster.

Here are some simple charts, generated using the framework. The first set compare Infinispan against the latest and greatest JBoss Cache release (3.2.2.GA at this time), using both synchronous and asynchronous replication. But first, a little bit about the nodes in our test lab, comprising of a large number of nodes, each with the following configuration:

  • 2 x Intel Xeon E5530 2.40 GHz quad core, hyperthreaded processors (= 16 hardware threads per node)

  • 12GB memory per node, although the JVM heaps are limited at 2GB

  • RHEL 5.4 with Sun 64-bit JDK 1.6.0_18

  • InfiniBand connectivity between nodes

And a little bit about the way the benchmark framework was configured:

  • Run from 2 to 12 nodes in increments of 2

  • 25 worker threads per node

  • Writing 1kb of state (randomly generated Strings) each time, with a 20% write percentage

+ Reads Writes

Synchronous Replication

image

image

Asynchronous Replication

image

image

As you can see, Infinispan significantly outperforms JBoss Cache, even in replicated mode. The large gain in read performance, as well as asynchronous write performance, demonstrates the minimally locking data container and new marshalling techniques in Infinispan. But you also notice that with synchronous writes, performance starts to degrade as the cluster size increases. This is a characteristic of replicated caches, where you always have fast reads and all state available on each and every node, at the expense of ultimate scalability.

Enter Infinispan’s distributed mode. The goal of data distribution is to maintain enough copies of state in the cluster so it can be durable and fault tolerant, but not too many copies to prevent Infinispan from being scalable, with linear scalability being the ultimate prize. In the following runs, we benchmark Infinispan’s synchronous, distributed mode, comparing 2 different Infinispan configurations. The framework was configured with:

  • Run from 4 to 48 nodes, in increments of 4 (to better demonstrate linear scalability)

  • 25 worker threads per node

  • Writing 1kb of state (randomly generated Strings) each time, with a 20% write percentage

+ Reads Writes

Synchronous Distribution

image

image

As you can see, Infinispan scales linearly as the node count increases. The different configurations tested, lazy stands for enabling lazy unmarshalling, which allows for state to be stored in Infinispan as byte arrays rather than deserialized objects. This has certain advantages for certain access patterns, for example where remote lookups are very common and local lookups are rare.

How does Infinispan comparing against ${POPULAR_PROPRIETARY_DATAGRID_PRODUCT}?

Due to licensing restrictions on publishing benchmarks of such products, we are unfortunately not at liberty to make such comparisons public - although we are very pleased with how Infinispan compares against popular commercial offerings, and plan to push the performance envelope even further in 4.1.

And just because we cannot publish such results, that does not mean that you cannot run such comparisons yourself. The Cache Benchmark Framework has support for different data grid products, including Oracle Coherence, and more can be added easily.

Aren’t statistics just lies? We strongly recommend you running the benchmarks yourself. Not only does this prove things for yourself, but also allows you to benchmark behaviour on your specific hardware infrastructure, using the specific configurations you’d use in real-life, and with your specific access patterns.

So where do I get it?

Infinispan is available on the Infinispan downloads page. Please use the user forums to communicate with us about the release. A full change log of features in this release is on JIRA, and documentation is on our newly re-organised wiki. We have put together several articles, chapters and examples; feel free to suggest new sections for this user guide - topics you may find interesting or bits you feel we’ve left out or not addressed as fully.

What’s next?

We’re busy hacking away on Infinispan 4.1 features. Expect an announcement soon on this, including an early alpha release for folks to try out. If you’re looking for Infinispan’s roadmap for the future, look here.

Cheers, and enjoy!

Manik

Posted by Manik Surtani on 2010-02-23
Tags: release benchmarks final

Tuesday, 02 February 2010

Infinispan 4.0.0.CR4

In the run-up to preparing Infinispan for a public release, we’ve been busy on a number of interesting things, which have led to a decision to release another CR instead.

The main driver behind this is that we’ve finally managed to get our hands on a sizeable cluster large enough to truly test scalability. Expect interesting public benchmarks to be published soon, watch this space. (I recently blogged about some local-mode benchmarks)

To enable such benchmarks, we’ve renewed efforts on building out the Cache Benchmarking Framework. This framework was originally a part of JBoss Cache’s source tree, and has now been extracted and migrated to SourceForge. We welcome others contributing additional plugins for more distributed cache/data grid products, as well as more tests and access patterns.

Finally, extensive community feedback over the past few weeks have resulted in lots of bugs fixed and performance patches applied. Also, we finally have a beta release of JClouds and an all-new CloudCacheStore for folks to play with.

The release is available in its usual place. I look forward to getting feedback on this release, this time truly a release candidate, i.e., one that, unchanged, could very well become the final release.

Your last chance for feedback on this release, people!

Cheers

Manik

Posted by Manik Surtani on 2010-02-02
Tags: release candidate release

Monday, 05 October 2009

Another beta for Infinispan

Rather than releasing a CR1 so soon, I have decided to cut another beta instead, mainly due to the sheer volume of changes since the last beta. So here is what you have to look forward to. A pile of bugs fixed thanks to reports made by you, the community. A couple of packages upgraded, including JGroups (to 2.8.0.CR2) and JBoss Marshalling (to 1.2.0.CR4). And two new modules introduced: a tech preview of the query API, and the new RESTful server module, thanks to Navin and Michael accordingly. A full list of issues addressed in this release is available on JIRA.

We’re pushing hard for a series of CRs now, to solidify the codebase and make sure it exceeds expectations in performance, scalability, stability and ease of use. Your feedback has always been valuable, please keep it coming!

This release is available for download in the usual place, and the wiki should be used as your primary port-of-call for documentation. Discuss issues on the user forum, and don’t forget to tweet about Infinispan! :-)

Enjoy

Manik

Posted by Manik Surtani on 2009-10-05
Tags: beta release

News

Tags

JUGs alpha as7 asymmetric clusters asynchronous beta c++ cdi chat clustering community conference configuration console data grids data-as-a-service database devoxx distributed executors docker event functional grouping and aggregation hotrod infinispan java 8 jboss cache jcache jclouds jcp jdg jpa judcon kubernetes listeners meetup minor release off-heap openshift performance presentations product protostream radargun radegast recruit release release 8.2 9.0 final release candidate remote query replication queue rest query security spring streams transactions vert.x workshop 8.1.0 API DSL Hibernate-Search Ickle Infinispan Query JP-QL JSON JUGs JavaOne LGPL License NoSQL Open Source Protobuf SCM administration affinity algorithms alpha amazon annotations announcement archetype archetypes as5 as7 asl2 asynchronous atomic maps atomic objects availability aws beer benchmark benchmarks berkeleydb beta beta release blogger book breizh camp buddy replication bugfix c# c++ c3p0 cache benchmark framework cache store cache stores cachestore cassandra cdi cep certification cli cloud storage clustered cache configuration clustered counters clustered locks codemotion codename colocation command line interface community comparison compose concurrency conference conferences configuration console counter cpp-client cpu creative cross site replication csharp custom commands daas data container data entry data grids data structures data-as-a-service deadlock detection demo deployment dev-preview devnation devoxx distributed executors distributed queries distribution docker documentation domain mode dotnet-client dzone refcard ec2 ehcache embedded query equivalence event eviction example externalizers failover faq final fine grained flags flink full-text functional future garbage collection geecon getAll gigaspaces git github gke google graalvm greach conf gsoc hackergarten hadoop hbase health hibernate hibernate ogm hibernate search hot rod hotrod hql http/2 ide index indexing india infinispan infinispan 8 infoq internationalization interoperability interview introduction iteration javascript jboss as 5 jboss asylum jboss cache jbossworld jbug jcache jclouds jcp jdbc jdg jgroups jopr jpa js-client jsr 107 jsr 347 jta judcon kafka kubernetes lambda language leveldb license listeners loader local mode lock striping locking logging lucene mac management map reduce marshalling maven memcached memory migration minikube minishift minor release modules mongodb monitoring multi-tenancy nashorn native near caching netty node.js nodejs nosqlunit off-heap openshift operator oracle osgi overhead paas paid support partition handling partitioning performance persistence podcast presentations protostream public speaking push api putAll python quarkus query quick start radargun radegast react reactive red hat redis rehashing releaase release release candidate remote remote events remote query replication rest rest query roadmap rocksdb ruby s3 scattered cache scripting second level cache provider security segmented server shell site snowcamp spark split brain spring spring boot spring-session stable standards state transfer statistics store store by reference store by value streams substratevm synchronization syntax highlighting testing tomcat transactions uneven load user groups user guide vagrant versioning vert.x video videos virtual nodes vote voxxed voxxed days milano wallpaper websocket websockets wildfly workshop xsd xsite yarn zulip

back to top