|
|
Mike Ireton wrote: > I then bridged eth0,tap0 on both sides, and the thruput of openvpn > was like 700Kb/s with CPU hitting ~ %100. > > I then downloaded an example UDP server which used signals and read from > udp socket and wrote to tap0, or vice versa depending on data > availabillity. I got about the same peformance out of that. > > I then modified the above to become a small multi-threaded udp server > which simply spawned two threads - a 'read from tap0 and write via udp', > and a 'receive udp and write to tap0' thread - and after setting up > bridging going over the wireless interfaces, I was able to get 1.67MB/s > thru the link (on an ftp download of a large file). One thread sits at ~ > %70 cpu and the other is at ~ %30 cpu. That's a very interesting result. Which operating system? Which thread was 70% and which was 30%? In which direction were you transmitting data for the test - same rate in both directions, or more on one direction? Can you profile the slower program, to highlight the bottleneck? -- Jamie ____________________________________________ Openvpn-users mailing list Openvpn-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/openvpn-users |