[
https://issues.apache.org/jira/browse/DIRMINA-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17204817#comment-17204817
]
Emmanuel Lécharny commented on DIRMINA-1134:
--------------------------------------------
That may be DIRMINA-1006, or DIRMINA-1001 or DIRMINA-1060.
The list of changes is available on
http://mina.apache.org/mina-project/index.html
> I would like to know reason, I am observing significant CPU utilization
> improvement after migrating to latest version, I need to justify same to our
> stakeholders
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: DIRMINA-1134
> URL: https://issues.apache.org/jira/browse/DIRMINA-1134
> Project: MINA
> Issue Type: Wish
> Reporter: kjhawierhjbasdf
> Priority: Major
>
> Hello Team,
> We are using Apache MINA(v2.0.21) for tcp tls server implementation. I have 2
> queries.
> 1. CPU utilization query
> We were using 2.0.9 before, and we saw there were few issues related to high
> cpu utilization reported with our service. Then we recently migrated to
> 2.0.21 and we are seeing significant improvement in cpu utilization. Its
> using less cpu without degrading performance.
> Can you please confirm, If there are any fixes released in-between which can
> cause such improvement. I have to provide justification to our stake-holders
> about the improvement, they suspect that - It may not be the improvement, It
> may be the code changes which is limiting CPU usage to single core.
> 2. Processor count query
> Earlier, we were using default constructor for NioSocketAcceptor object,
> which creates number of processors equal to number of cores.
> But, In our case, we have few more services running on the machine, And I am
> thinking to use NioSocketAcceptor object and pass the processor count with 1
> or 2. I have verified this change, I did no see the performance degradation
> with our service.
> Do you see any problem with this? Anything else needs to be considered before
> we go ahead with this change?
> Thanks,
> Rupesh Shah
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
