Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#5317 closed Bug (invalid)

Allocated udp buffer size to high for my router, udp not working

Reported by: leandroong Owned by:
Priority: Normal Milestone: None Set
Component: Transmission Version: 2.77+
Severity: Normal Keywords:
Cc:

Description

reading tr-upd.c, line 45-47, says #define RECV_BUFFER_SIZE (4 * 1024 * 1024) #define SEND_BUFFER_SIZE (1 * 1024 * 1024) #define SMALL_BUFFER_SIZE (32 * 1024)

running "transmission-daemon -f" gives me error

root@BTRouter2:/tmp/etc# transmission -f -sh: transmission: not found root@BTRouter2:/tmp/etc# cd /tmp root@BTRouter2:/tmp# transmission-daemon -f [21:38:35.810] Transmission 2.77+ (14038) started (session.c:727) [21:38:35.811] RPC Server Adding address to whitelist: 127.0.0.1 (rpc-server.c:828) [21:38:35.812] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmi ssion/ (rpc-server.c:1035) [21:38:35.813] RPC Server Whitelist enabled (rpc-server.c:1039) [21:38:35.814] UDP Failed to set receive buffer: requested 4194304, got 229376 (tr-ud p.c:78) [21:38:35.815] UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.c onf (tr-udp.c:83) [21:38:35.816] UDP Failed to set send buffer: requested 1048576, got 229376 (tr-udp.c :89) [21:38:35.818] UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.c onf (tr-udp.c:94) [21:38:35.819] DHT Generating new id (tr-dht.c:310) [21:38:35.820] Using settings from "/root/.config/transmission-daemon" (daemon.c:517) [21:38:35.821] Saved "/tmp/home/root/.config/transmission-daemon/settings.json" (vari ant.c:1217) [21:38:35.822] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:73) [21:38:35.823] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natp mp.c:73) [21:38:43.917] Port Forwarding Starting (port-forwarding.c:95) [21:38:43.918] Port Forwarding Starting (port-forwarding.c:95) [21:38:46.927] Saved "/tmp/home/root/.config/transmission-daemon/settings.json" (vari ant.c:1217) [21:38:46.928] DHT Not saving nodes, DHT not ready (tr-dht.c:358) [21:38:46.929] Port Forwarding Stopped (port-forwarding.c:183) Closing transmission session... done.

++++ maximum buffersize that router can allocate is only 229376. Adding that to sysctl.conf does nothing, even if reboot and check contents to have the ff: net.core.rmem_max = 4194304 net.core.wmem_max = 1048576

or

net.core.rmem_max = 229376 net.core.wmem_max = 229376

Change History (10)

comment:1 Changed 9 years ago by x190

That message is for informational purposes. UDP will continue to work just fine.

comment:2 Changed 9 years ago by livings124

  • Resolution set to invalid
  • Status changed from new to closed

comment:3 Changed 9 years ago by tals

As an idea, set your maximum buffersize and re-compile transmission. Should work fine.

libtransmission/tr-udp.c

#define RECV_BUFFER_SIZE (229376)
#define SEND_BUFFER_SIZE (229376)

comment:4 Changed 9 years ago by leandroong

After buffer size modification, this is what I get: root@BTRouter2:/tmp# transmission-daemon -f [02:10:38.625] Transmission 2.77+ (14055) started (session.c:727) [02:10:38.626] RPC Server Adding address to whitelist: 127.0.0.1 (rpc-server.c:828) [02:10:38.627] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1035) [02:10:38.628] RPC Server Whitelist enabled (rpc-server.c:1039) [02:10:38.629] DHT Generating new id (tr-dht.c:310) [02:10:38.630] Using settings from "/root/.config/transmission-daemon" (daemon.c:517) [02:10:38.631] Saved "/root/.config/transmission-daemon/settings.json" (variant.c:1217) [02:10:38.632] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:73) [02:10:38.633] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:73) [02:10:45.786] Port Forwarding Starting (port-forwarding.c:95) [02:10:46.806] Port Forwarding Starting (port-forwarding.c:95) [02:11:18.466] DHT Attempting bootstrap from dht.transmissionbt.com (tr-dht.c:248)

I'm still having magnet problem on web-client, nothing appearing, just ignoring my input. It is not getting magnet information I think.

comment:5 Changed 9 years ago by leandroong

Side effect of reducing buffer size is slower download. Therefore, not advisable to use #define RECV_BUFFER_SIZE (229376) #define SEND_BUFFER_SIZE (229376)

comment:6 Changed 9 years ago by leandroong

To confirm if it is slower, I recompile again using default buffer size. Observation of download seems the same, peers sharing are slow.

comment:7 Changed 9 years ago by leandroong

Definitely still slower for reduce buffer size

comment:8 Changed 9 years ago by leandroong

Having 2nd thought, maybe not bad idea to lower buffer size. Will try to use it and observe further.

comment:9 Changed 9 years ago by leandroong

Same speed and I highly recommend using smaller buffer size for router.

comment:10 Changed 9 years ago by leandroong

I have been using reduce buffer size of 229376 for almost a week and find it stable and same performance.

Note: See TracTickets for help on using tickets.