On 2/15/10 4:41 AM, Ashish wrote:
Was migrating some pages to new wiki and has some thoughts
1. We can move all current pages (in new Wiki) from under
Documentation to a new page User Guide, which shall child of
Documentation.
2. We can also have all FAQ's and other doco related stuff, under
Hi guys,
yesturday, I did some experiments with the code provided by Omry on
DIRMINA-762. I ran several tests, did some profiling, and what I got was
horrific.
Basically, I nevver went up than 15 000 messages/s on my pretty fast
computer (dual core). The CPU was 100%, with almost 85% system
Hi there,
I did a heap dump of my application containing MINA 2.0.0RC1 and found a lot of
my messages not garbage collected.
I use ProtocolCodecFilter.
After a investigation with VisualVM I found my already sent messages stucking
in a DefaultWriteRequest as attribute message.
The
Hi guys,
yesterday I removed all references to the non-thread-safe CircularQueue
data structure, and replaced it with a ConcurrentLinkedQueue.
Not only this is a comparable data structure, but it's also thread safe,
and tested.
Now, the question : should we remove the CircularQueue data
Hi guys,
since day one, I found that Acceptor/Connector are technical names, not
user friendly names.
Let's face the real world : we are not developping Acceptors, not
Connectors, but Servers and Clients. Can't we rename those two guys to
IoServer and IoClient instead of IoAcceptor and
[
https://issues.apache.org/jira/browse/DIRMINA-681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833777#action_12833777
]
Mauritz Lovgren commented on DIRMINA-681:
-
I performed a new test run from trunk
Le Mon, 15 Feb 2010 12:20:49 +0100,
Emmanuel Lecharny elecha...@gmail.com a écrit :
Hi guys,
since day one, I found that Acceptor/Connector are technical names,
not user friendly names.
Let's face the real world : we are not developping Acceptors, not
Connectors, but Servers and
[
https://issues.apache.org/jira/browse/DIRMINA-681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833789#action_12833789
]
Emmanuel Lecharny commented on DIRMINA-681:
---
No. I simply fixed the patch :)
I
DDOS possible in only a few seconds...
--
Key: DIRMINA-764
URL: https://issues.apache.org/jira/browse/DIRMINA-764
Project: MINA
Issue Type: Bug
Affects Versions: 2.0.0-RC1
Reporter:
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-764:
--
Attachment: screenshot-1.jpg
The CPU when running the test : 100%, with a lot of
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-764:
--
Attachment: screenshot-2.jpg
The memory consumption. All the memory is eaten in 20
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833798#action_12833798
]
Emmanuel Lecharny commented on DIRMINA-762:
---
I moved the issue on
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833804#action_12833804
]
Victor N commented on DIRMINA-764:
--
Emmanuel, are you clients in this test fast enough to
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833811#action_12833811
]
Emmanuel Lecharny commented on DIRMINA-764:
---
The read is blocking, so I guess it
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833869#action_12833869
]
Victor N commented on DIRMINA-764:
--
I am not 100% sure but IMHO when you run stress
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833873#action_12833873
]
Emmanuel Lecharny commented on DIRMINA-764:
---
Ok, there is some slight problem in
If CircularQueue is a core class then we don't have to support anything
external using it.
If someone needs it for own code, it can be extracted from svn history
HashMap, HashSet :
as long as interfaces are used and performances are improved, i think it's
pretty clearly
a good move IMHO
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833878#action_12833878
]
Emmanuel Lecharny commented on DIRMINA-764:
---
Victor, you are perfectly right.
Absolutely right here
BIG +1
Cordialement, Regards,
-Edouard De Oliveira-
Blog: http://tedorgwp.free.fr
WebSite: http://tedorg.free.fr/en/main.php
- Message d'origine
De : Julien Vermillard jvermill...@archean.fr
À : dev@mina.apache.org
Envoyé le : Lun 15 Février 2010, 13 h 30 min
On Mon, Feb 15, 2010 at 4:50 PM, Emmanuel Lecharny elecha...@gmail.com wrote:
Hi guys,
since day one, I found that Acceptor/Connector are technical names, not user
friendly names.
Let's face the real world : we are not developping Acceptors, not
Connectors, but Servers and Clients. Can't we
Le Mon, 15 Feb 2010 22:10:12 +0530,
Ashish paliwalash...@gmail.com a écrit :
On Mon, Feb 15, 2010 at 4:50 PM, Emmanuel Lecharny
elecha...@gmail.com wrote:
Hi guys,
since day one, I found that Acceptor/Connector are technical names,
not user friendly names.
Let's face the real world
On Mon, Feb 15, 2010 at 10:14 PM, Julien Vermillard
jvermill...@archean.fr wrote:
Le Mon, 15 Feb 2010 22:10:12 +0530,
Ashish paliwalash...@gmail.com a écrit :
On Mon, Feb 15, 2010 at 4:50 PM, Emmanuel Lecharny
elecha...@gmail.com wrote:
Hi guys,
since day one, I found that
Le Mon, 15 Feb 2010 22:17:49 +0530,
Ashish paliwalash...@gmail.com a écrit :
On Mon, Feb 15, 2010 at 10:14 PM, Julien Vermillard
jvermill...@archean.fr wrote:
Le Mon, 15 Feb 2010 22:10:12 +0530,
Ashish paliwalash...@gmail.com a écrit :
On Mon, Feb 15, 2010 at 4:50 PM, Emmanuel Lecharny
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833886#action_12833886
]
Omry Yadan commented on DIRMINA-764:
looks like a minor client bug indeed which would
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833888#action_12833888
]
Victor N commented on DIRMINA-764:
--
a malevolent client can kill a mina server in a
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833891#action_12833891
]
Emmanuel Lecharny commented on DIRMINA-764:
---
Netty deal with messages in a
[
https://issues.apache.org/jira/browse/DIRMINA-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833903#action_12833903
]
Victor N commented on DIRMINA-764:
--
I found on Netty's documentation page:
# No more
Hi,
today we discussed about DIRMINA-764, and about solutions to deal with
rogue clients (which are not necessarily malevolent).
The problem is that a client which send a lot of messages and does not
read the responses fast enough will impact the server in a very ad way :
at some point,
Hi,
some random thoughts about server initialization. The way a server is
initialized is by bind the addresses we want the server to listen on on
an IoAcceptor. Note that this initialization is done in three steps :
- a first step is to bind the address. A future is created, put in a
queue
29 matches
Mail list logo