[ 
https://issues.apache.org/jira/browse/DIRMINA-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17205367#comment-17205367
 ] 

kjhawierhjbasdf commented on DIRMINA-1134:
------------------------------------------

Thanks [~johnnyv]  [~elecharny] This is helpful.

> 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]

Reply via email to