[jboss-jira] [JBoss JIRA] (WFCORE-1132) Only set socket send and receive buffer sizes if it is in the Remoting subsystem configuration

[Andrig Miller (JIRA)]

    [ https://issues.jboss.org/browse/WFCORE-1132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13128761#comment-13128761 ] 

Andrig Miller commented on WFCORE-1132:
---------------------------------------

So, when we booted Wildfly 10 CR4, and used STRACE we clearly see those send/receive buffer size set, so its happening somewhere, and commenting out the two lines of code in XNIO solved, it, but the logic clearly shows that if those values are not in the OptionMap, they don't get set, so they are being set somewhere above XNIO.

> Only set socket send and receive buffer sizes if it is in the Remoting subsystem configuration
> ----------------------------------------------------------------------------------------------
>
>                 Key: WFCORE-1132
>                 URL: https://issues.jboss.org/browse/WFCORE-1132
>             Project: WildFly Core
>          Issue Type: Bug
>    Affects Versions: 2.0.1.Final
>            Reporter: Andrig Miller
>            Priority: Blocker
>             Fix For: 2.0.2.Final (EAP 7)
>
>
> Original report:
> {quote}
> In our testing of Wildfy 10 CR4, in the performance lab, we found that one of the differences between EAP 6.4.x and Wildfly 10 was that EAP does not set the socket send and receive buffers.  We changed the configuration of Wildfly (Undertow) to remove the buffer parameters from the configuration, and we found that the buffer sizes were still be set to 8k.  We hacked XNIO to comment out the setting of these parameters, and latency improved quite a bit.
> So, we need a permanent fix so that the socket send and receive buffers are only set, if they are specified in the configuration.
> {quote}
> This applies to the Remoting subsystem configuration, versions 2.0 and onwards, and also possibly to Undertow, though that subsystem does not appear to use default values.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)