[
https://issues.apache.org/jira/browse/DIRMINA-789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878555#action_12878555
]
Sai Pullabhotla commented on DIRMINA-789:
-----------------------------------------
It looks like there is no easy way to simply wait for a write operation until
the data is sent to the remote peer (other than using the messageSent event,
which could be one or many events for one write). Is this correct? if so,
should I open a JIRA for enhancing the API? Possibly updating the WriteFuture
to signal a completion after the data is sent over the socket?
I'm still looking for the best way to implement my requirement. I did some
proof of concept a few months ago, which seemed to have worked fine. Over the
past month or so, I spent a lot of time implementing my custom protocol,
encoders and decoders around MINA (This is another layer I've that I did not
mention before), but now I'm stuck with this major issue. I would appreciate
any help you could provide in solving this issue.
> Possible Deadlock/Out of memory when sending large amounts of data using Nio
> ----------------------------------------------------------------------------
>
> Key: DIRMINA-789
> URL: https://issues.apache.org/jira/browse/DIRMINA-789
> Project: MINA
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.0.0-RC1
> Environment: Windows Vista 64-bit Java 5 and Java 6
> Reporter: Sai Pullabhotla
> Attachments: MinaClient.java, RandomDataServer.java
>
>
> This is a followup to the post on the DEV mailing list,
> http://old.nabble.com/Help-needed-with-OutOfMemory-error-and-or-GC-Issues-Dead-Locks-td28849756.html.
>
> I've even simplified the test cases so now it just has one simple NioServer,
> and an NioClient. The MinaClient class creates 5 concurrent connections to
> the RandomDataServer. Upon a successful connection, the server is setup to
> send 500MB worth of random text data. The MinaClient just saves the received
> data to a temp file in the working directory. When I run this code with small
> amounts of data, it works fine, but with 500MB, I did not have success yet.
> Some times, I get OOM on the server. Some times, nothing happens.
> I've declared several constants in each class that you could change to try
> various settings such as changing the amount of data served by the server,
> whether or not to use an executor filter/IoEventThrottle etc.
> Both classes have main methods, and I was running them as stand alone
> applications on the same PC.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
