Affects Version/s: None
Fix Version/s: v1.5.0
This semaphore is checked every time there is a put (unlike the queueRemaining semaphore which is checked only on transaction commits), causing the channel to slow down, even when the user does not care about memory usage.
We must add a new parameter to make sure that we look at bytesRemaining only when required which the user can disable if memory is not something they worry about because they know the channel size will be sufficiently small. By default, we will need to still check bytesRemaining to avoid breaking existing configurations.
|Transition||Time In Source Status||Execution Times||Last Executer||Last Execution Date|
|6h 52m||1||Hari Shreedharan||05/Nov/13 05:41|
|2d 15h 20m||1||Roshan Naik||07/Nov/13 21:01|
|Status||Patch Available [ 10002 ]||Resolved [ 5 ]|
|Fix Version/s||v1.5.0 [ 12324642 ]|
|Resolution||Fixed [ 1 ]|
|Remote Link||This issue links to "Review (Web Link)" [ 13315 ]|
|Status||Open [ 1 ]||Patch Available [ 10002 ]|
[ First implementation of Mike's idea
The code takes a given estimate on the resulting compression and then updates that estimate with every roll over.
It will compare the processSize to the real size of the final file. Then it will adjust the expectedCompressionRatio to 66% the last roll over size and 33% the previous expectedCompressionRatio value. ]
|Field||Original Value||New Value|
|Attachment||FLUME-2128-2.patch [ 12612109 ]|