[
https://issues.apache.org/jira/browse/DIRMINA-1039?focusedWorklogId=237217&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-237217
]
ASF GitHub Bot logged work on DIRMINA-1039:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 04/May/19 15:35
Start Date: 04/May/19 15:35
Worklog Time Spent: 10m
Work Description: asfgit commented on pull request #9: DIRMINA-1039 -
continue process the write requests after handling an …
URL: https://github.com/apache/mina/pull/9
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 237217)
Time Spent: 10m
Remaining Estimate: 0h
> Response messages queue up on the server side waiting to be written to
> socket, while the server continues to read more request messages, causing out
> of heap memory
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: DIRMINA-1039
> URL: https://issues.apache.org/jira/browse/DIRMINA-1039
> Project: MINA
> Issue Type: Bug
> Components: Core
> Reporter: Maria Petridean
> Priority: Major
> Fix For: 2.0.14
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> One case in which this bug reproduces is by using a client which generates a
> heavy request-load. The mina thread which processes both reads and writes -
> exits the write cycle after processing every empty marker (the WriteRequest
> which wraps an empty buffer, acting as a message marker). This will result in
> the thread resuming the read cycle, hence reading more client request
> messages. After a few minutes, the number of read messages is much larger
> than the number of written response messages, even though the responses are
> waiting in the queue, ready to be written to socket.
> To solve this, the sever shouldn't exit the write cycle after processing
> every marker WriteRequest. This way the ratio between the read and written
> messages will be more balanced; this will avoid the heap memory getting full
> and causing server degradation.
> Also, an improvement can be considered here to avoid using the same single
> thread for both reads and writes.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
