*Dhanuka Ranasinghe* Senior Software Engineer WSO2 Inc. ; http://wso2.com lean . enterprise . middleware
phone : +94 715381915 On Wed, Aug 7, 2013 at 12:12 PM, Afkham Azeez <az...@wso2.com> wrote: > > > > On Wed, Aug 7, 2013 at 12:10 PM, Afkham Azeez <az...@wso2.com> wrote: > >> >> >> >> On Wed, Aug 7, 2013 at 12:00 PM, Dhanuka Ranasinghe <dhan...@wso2.com>wrote: >> >>> >>> >>> *Dhanuka Ranasinghe* >>> >>> Senior Software Engineer >>> WSO2 Inc. ; http://wso2.com >>> lean . enterprise . middleware >>> >>> phone : +94 715381915 >>> >>> >>> On Wed, Aug 7, 2013 at 11:31 AM, Afkham Azeez <az...@wso2.com> wrote: >>> >>>> While running certain scenarios during testing of the Carbon 4.2.0 >>>> packs, we saw certain performance issues when distributed Hazelcast >>>> HashMaps are used as the backing data structure. To overcome this, I have >>>> introduced the concept of an L1 local cache. It is a write through cache, >>>> where items stored in it will also get written to the distributed data >>>> structure. When there is a L1 cache miss, we will check in the L2 >>>> distributed cache to see whether the value is there. >>>> >>> >>> Is this L1 concept similar to first level caching in Hibernate? which >>> means first level caching stores in memory, and flush them to second level >>> caching (file system) later. >>> >> >> No it is not exactly the same. The flushing here is done immediately. I >> didn't want to complicate it until it becomes necessary. >> > > So at the moment, cache write could be a bit slow, but reads are very > fast. Reads are more frequent than writes > So from L1/L2 cache items identified from a key mechanism only (ex: primary key) and items retrieved from db store in L1 HashMap using those keys ?? Or is there any other ways like prepare statement caching support in L1 as well . > >> >>> >>>> I am seeing significant performance improvement in the tenant creation >>>> scenario after this improvement. >>>> >>>> -- >>>> *Afkham Azeez* >>>> Director of Architecture; WSO2, Inc.; http://wso2.com >>>> Member; Apache Software Foundation; http://www.apache.org/ >>>> * <http://www.apache.org/>** >>>> email: **az...@wso2.com* <az...@wso2.com>* cell: +94 77 3320919 >>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>* >>>> twitter: >>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >>>> * >>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez* >>>> * >>>> * >>>> *Lean . Enterprise . Middleware* >>>> >>>> _______________________________________________ >>>> Architecture mailing list >>>> architect...@wso2.org >>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>> >>>> >>> >>> _______________________________________________ >>> Architecture mailing list >>> architect...@wso2.org >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >> >> >> -- >> *Afkham Azeez* >> Director of Architecture; WSO2, Inc.; http://wso2.com >> Member; Apache Software Foundation; http://www.apache.org/ >> * <http://www.apache.org/>** >> email: **az...@wso2.com* <az...@wso2.com>* cell: +94 77 3320919 >> blog: **http://blog.afkham.org* <http://blog.afkham.org>* >> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >> * >> linked-in: **http://lk.linkedin.com/in/afkhamazeez* >> * >> * >> *Lean . Enterprise . Middleware* >> > > > > -- > *Afkham Azeez* > Director of Architecture; WSO2, Inc.; http://wso2.com > Member; Apache Software Foundation; http://www.apache.org/ > * <http://www.apache.org/>** > email: **az...@wso2.com* <az...@wso2.com>* cell: +94 77 3320919 > blog: **http://blog.afkham.org* <http://blog.afkham.org>* > twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> > * > linked-in: **http://lk.linkedin.com/in/afkhamazeez* > * > * > *Lean . Enterprise . Middleware* > > _______________________________________________ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > >
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev