You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Trustin Lee (JIRA)" <ji...@apache.org> on 2007/10/30 13:58:50 UTC
[jira] Created: (DIRMINA-464) Provide better way to throttle read
buffer.
Provide better way to throttle read buffer.
-------------------------------------------
Key: DIRMINA-464
URL: https://issues.apache.org/jira/browse/DIRMINA-464
Project: MINA
Issue Type: Task
Components: Filter
Reporter: Trustin Lee
Priority: Critical
Fix For: 2.0.0-M1
1.x provides ReadThrottleFilterBuilder for throttling read operation to prevent OOM. It works pretty well only in a certain configuration; only when all the filters are placed *after* an ExecutorFilter. For example, it doesn't work at all if ProtocolCodecFilter is placed before ExecutorFilter. We need to provide more robust solution for throttling I/O events. Please note this issue is for read operations. Write operations will be taken care of in DIRMINA-302.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (DIRMINA-464) Provide better way to throttle read
buffer.
Posted by "Trustin Lee (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRMINA-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Trustin Lee resolved DIRMINA-464.
---------------------------------
Resolution: Fixed
Assignee: Trustin Lee
It already has been resolved a few days ago. A new interface called MessageSizeEstimator has been added so you can implement your own sizeof() function there. The default implementation is provided of course.
> Provide better way to throttle read buffer.
> -------------------------------------------
>
> Key: DIRMINA-464
> URL: https://issues.apache.org/jira/browse/DIRMINA-464
> Project: MINA
> Issue Type: Task
> Components: Filter
> Reporter: Trustin Lee
> Assignee: Trustin Lee
> Priority: Critical
> Fix For: 2.0.0-M1
>
>
> 1.x provides ReadThrottleFilterBuilder for throttling read operation to prevent OOM. It works pretty well only in a certain configuration; only when all the filters are placed *after* an ExecutorFilter. For example, it doesn't work at all if ProtocolCodecFilter is placed before ExecutorFilter. We need to provide more robust solution for throttling I/O events. Please note this issue is for read operations. Write operations will be taken care of in DIRMINA-302.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (DIRMINA-464) Provide better way to throttle read
buffer.
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRMINA-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny closed DIRMINA-464.
-------------------------------------
> Provide better way to throttle read buffer.
> -------------------------------------------
>
> Key: DIRMINA-464
> URL: https://issues.apache.org/jira/browse/DIRMINA-464
> Project: MINA
> Issue Type: Task
> Components: Filter
> Reporter: Trustin Lee
> Assignee: Trustin Lee
> Priority: Critical
> Fix For: 2.0.0-M1
>
>
> 1.x provides ReadThrottleFilterBuilder for throttling read operation to prevent OOM. It works pretty well only in a certain configuration; only when all the filters are placed *after* an ExecutorFilter. For example, it doesn't work at all if ProtocolCodecFilter is placed before ExecutorFilter. We need to provide more robust solution for throttling I/O events. Please note this issue is for read operations. Write operations will be taken care of in DIRMINA-302.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.