Hi,

Not sure, if it'll be easy to merge the code like that, specially
considering the two implementations are very different from the code level,
as in, the points used to cache the data would be a bit different. In
future, a better option would be to cache the data from CEP itself, rather
than from individual event table implementation. Anyways, let's check the
two implementations and see, at least from the configuration level.

Cheers,
Anjana.

On Mon, Jun 20, 2016 at 8:36 PM, Mohanadarshan Vivekanandalingam <
[email protected]> wrote:

>
>
> On Mon, Jun 20, 2016 at 8:17 PM, Sriskandarajah Suhothayan <[email protected]>
> wrote:
>
>> Is this in line with the RDBMS implementation? Else it will be confusing
>> to the users.
>> Shall we have a chat and merge the caching code?
>>
>
> Yes, let's have a chat..
>
>>
>> @Mohan can you work with Anjana
>>
>
> sure...
>
>
>>
>> Regards
>> Suho
>>
>> On Mon, Jun 20, 2016 at 12:49 PM, Anjana Fernando <[email protected]>
>> wrote:
>>
>>> Hi,
>>>
>>> With a chat we had with Srinath, we've decided to set the default cache
>>> timeout to 10 seconds, so from this moment, it is set to 10 seconds by
>>> default in the code.
>>>
>>> Cheers,
>>> Anjana.
>>>
>>> On Wed, Jun 15, 2016 at 1:57 PM, Nirmal Fernando <[email protected]>
>>> wrote:
>>>
>>>> Great! Thanks Anjana!
>>>>
>>>> On Wed, Jun 15, 2016 at 11:26 AM, Anjana Fernando <[email protected]>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> We've added the $subject. Basically, a local cache is now maintained
>>>>> in each event table, where it will store the most recently used data items
>>>>> in the cache, up to a certain given cache size, for a maximum given
>>>>> lifetime. The format is as follows:-
>>>>>
>>>>>  @from(eventtable = 'analytics.table' , table.name = 'name', *caching*
>>>>> = 'true', *cache.timeout.seconds* = '10', *cache.size.bytes* =
>>>>> '100000')
>>>>>
>>>>> The cache.timeout.seconds and cache.size.bytes values are optional,
>>>>> with default values of 60 (1 minute) and 1024 * 1024 * 10 (10 MB)
>>>>> respectively.
>>>>>
>>>>> Also, there are some debug logs available in the component, if you
>>>>> want to check for explicit cache hit/miss situations and record lookup
>>>>> timing, basically enable debug logs for the class
>>>>> "org.wso2.carbon.analytics.eventtable.AnalyticsEventTable".
>>>>>
>>>>> So basically, if you use analytics event tables in performance
>>>>> sensitive areas in your CEP execution plans, do consider using caching if
>>>>> it is possible to do so.
>>>>>
>>>>> The unit tests are updated with caching, and the updated docs can be
>>>>> found here [1].
>>>>>
>>>>> [1]
>>>>> https://docs.wso2.com/display/DAS310/Understanding+Event+Streams+and+Event+Tables#UnderstandingEventStreamsandEventTables-AnalyticseventtableAnalyticseventtable
>>>>>
>>>>> Cheers,
>>>>> Anjana.
>>>>> --
>>>>> *Anjana Fernando*
>>>>> Senior Technical Lead
>>>>> WSO2 Inc. | http://wso2.com
>>>>> lean . enterprise . middleware
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Team Lead - WSO2 Machine Learner
>>>> Associate Technical Lead - Data Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> *Anjana Fernando*
>>> Senior Technical Lead
>>> WSO2 Inc. | http://wso2.com
>>> lean . enterprise . middleware
>>>
>>
>>
>>
>> --
>>
>> *S. Suhothayan*
>> Technical Lead & Team Lead of WSO2 Complex Event Processor
>> *WSO2 Inc. *http://wso2.com
>> * <http://wso2.com/>*
>> lean . enterprise . middleware
>>
>>
>> *cell: (+94) 779 756 757 <%28%2B94%29%20779%20756%20757> | blog:
>> http://suhothayan.blogspot.com/ <http://suhothayan.blogspot.com/>twitter:
>> http://twitter.com/suhothayan <http://twitter.com/suhothayan> | linked-in:
>> http://lk.linkedin.com/in/suhothayan <http://lk.linkedin.com/in/suhothayan>*
>>
>
>
>
> --
> *V. Mohanadarshan*
> *Associate Tech Lead,*
> *Data Technologies Team,*
> *WSO2, Inc. http://wso2.com <http://wso2.com> *
> *lean.enterprise.middleware.*
>
> email: [email protected]
> phone:(+94) 771117673
>



-- 
*Anjana Fernando*
Senior Technical Lead
WSO2 Inc. | http://wso2.com
lean . enterprise . middleware
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to