slow performance #10

Closed
opened 2018-10-27 13:13:08 -04:00 by segator · 5 comments
segator commented 2018-10-27 13:13:08 -04:00 (Migrated from github.com)

iperf on direct connection got 900mbps (1ms)
with lcvpn 500mbps

iperf over internet 600mbps stables between 2 servers(50ms)
with lcvpn 30mbps

Why this diference?

iperf on direct connection got 900mbps (1ms) with lcvpn 500mbps iperf over internet 600mbps stables between 2 servers(50ms) with lcvpn 30mbps Why this diference?
kanocz commented 2018-11-04 08:15:22 -05:00 (Migrated from github.com)

@segator do you have zero packet loss? tested now between Prague and Berlin and have about 200mbps - same result as with 2 servers in one datacenter... other idea is about MTU - is there some router with lower MTU than 1500? if yes there will be fragmentation and defragmentation which can affect speed

@segator do you have zero packet loss? tested now between Prague and Berlin and have about 200mbps - same result as with 2 servers in one datacenter... other idea is about MTU - is there some router with lower MTU than 1500? if yes there will be fragmentation and defragmentation which can affect speed
segator commented 2018-11-04 10:37:15 -05:00 (Migrated from github.com)

No packet loss, direct iperf have good speed, tried with diferents mtu, same results

No packet loss, direct iperf have good speed, tried with diferents mtu, same results
kanocz commented 2018-11-05 18:04:58 -05:00 (Migrated from github.com)

@segator hard to say :-( what about cpu load and memory usage? I really can't see any possible problem as lcvpn use UDP transport, so no confirmation needed on packet receive an so on - each packet is individual and just "encrypted/decrypted and forwarded to other interface"

@segator hard to say :-( what about cpu load and memory usage? I really can't see any possible problem as lcvpn use UDP transport, so no confirmation needed on packet receive an so on - each packet is individual and just "encrypted/decrypted and forwarded to other interface"
segator commented 2018-11-06 04:02:42 -05:00 (Migrated from github.com)

Cpu usage its not on the max usage, 30-50%

El mar., 6 nov. 2018 0:04, Anton Skorochod notifications@github.com
escribió:

@segator https://github.com/segator hard to say :-( what about cpu load
and memory usage? I really can't see any possible problem as lcvpn use UDP
transport, so no confirmation needed on packet receive an so on - each
packet is individual and just "encrypted/decrypted and forwarded to other
interface"


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/kanocz/lcvpn/issues/10#issuecomment-436069243, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACPUY4lWMaKG_bUOyByRtyB0MCTuL8Qlks5usMQbgaJpZM4X9ifK
.

Cpu usage its not on the max usage, 30-50% El mar., 6 nov. 2018 0:04, Anton Skorochod <notifications@github.com> escribió: > @segator <https://github.com/segator> hard to say :-( what about cpu load > and memory usage? I really can't see any possible problem as lcvpn use UDP > transport, so no confirmation needed on packet receive an so on - each > packet is individual and just "encrypted/decrypted and forwarded to other > interface" > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <https://github.com/kanocz/lcvpn/issues/10#issuecomment-436069243>, or mute > the thread > <https://github.com/notifications/unsubscribe-auth/ACPUY4lWMaKG_bUOyByRtyB0MCTuL8Qlks5usMQbgaJpZM4X9ifK> > . >
segator commented 2019-01-13 14:23:21 -05:00 (Migrated from github.com)

after set high send recv threads performance is good

after set high send recv threads performance is good
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
kanocz/lcvpn#10
No description provided.