FS#39035 - [transmission-cli] increase default net.core.{r,w}mem_max.
Attached to Project:
Arch Linux
Opened by René Herman (rene) - Monday, 24 February 2014, 21:08 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Monday, 03 August 2015, 09:03 GMT
Opened by René Herman (rene) - Monday, 24 February 2014, 21:08 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Monday, 03 August 2015, 09:03 GMT
|
Details
Description:
Transmission requests larger UDP send and recv buffers than linux by default allows and notes this in its log: Failed to set receive buffer: requested 4194304, got 262142 Failed to set send buffer: requested 1048576, got 262142 Although I knew this, I only noticed it again today after a long time of having forgotten to "fix" this on a newly installed system when browsing the transmission log. It's debatable whether or not the larger sizes should actually be all that helpful (on not exceedingly fast and busy links, at least) and as such, it's certainly not a package bug -- but I thought I'd hereby ask the maintainer if (s)he feels that adding: === /usr/lib/sysctl.d/00-transmission.conf === net.core.rmem_max=4194304 net.core.wmem_max=1048576 === to the transmission package would be helpful. Transmission does request those larger sizes, and I after all know not of reasons to NOT allow them, so, perhaps, ... NB: If yes, the install script should also run "sysctl -p 00-transmission.conf" to adjust the values for the current boot as well. |
This task depends upon
Closed by Bartłomiej Piotrowski (Barthalion)
Monday, 03 August 2015, 09:03 GMT
Reason for closing: Won't fix
Monday, 03 August 2015, 09:03 GMT
Reason for closing: Won't fix
[transmission] increase default net.core.{r,w}mem_max.
would probably be good...
I don't have a problem with transmission taking 4MB send/receive buffers, but the fact that it allows any program to take 4MB send/receive buffers scares me.
(BTW: large buffers are bad. There's a reason why recent kernels started killing network buffers).