[
https://issues.apache.org/jira/browse/DERBY-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529842
]
Øystein Grøvlen commented on DERBY-3064:
----------------------------------------
V.Narayanan (JIRA) wrote:
> I however do not want to do this in the first version of the patch
> for this issue. I will submit the first version assuming a static
> time interval, keep this issue open and change it in the next
> version if this is OK with the community.
Sounds good to me. A static, but configurable, timeout interval
should probably be good-enough for most cases.
> The DaemonFactory would call performWork (i.e.) ship log records at its own
> convinience. As i understand it we cannot configure DaemonFactory to transmit
> at our mentioned time interval.
>
> So, When performWork is called entirely depends on how good
> DaemonFactory is feeling :-)
>
> We do not want this to happen, because what if this is too soon for
> us or what if it is too late.
>
> Hence we introduce a transmit interval variable that calculates the
> difference between the last call and the current call of performWork
> or rather shipALogChunk(forceFlush also)
My concern is that if the Daemon Service have very little else to do,
it will continously call LogShipper#performWork and use a lot of
unecessary CPU for checking the time.
> Sorry about being ambiguous here. ShippingDaemon is Derby's
> DaemonService that is booted up and is not a thread I introduce.
>
Using a separate thread would probably give you more flexibility with
respect to how log shipping is scheduled.
> Implement the LogShipper that will enable the shipping of Log records from
> the master to the slave
> --------------------------------------------------------------------------------------------------
>
> Key: DERBY-3064
> URL: https://issues.apache.org/jira/browse/DERBY-3064
> Project: Derby
> Issue Type: Sub-task
> Reporter: V.Narayanan
> Assignee: V.Narayanan
> Attachments: LogShipperImpl_v1.diff, LogShipperImpl_v1.stat
>
>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
