Hi, AFAIK, accel-ppp != accel-pptp. accel-pptp - kernel module for speed-up pptp processing done by pppd. accel-ppp - entirely new implementation of ppp written from scratch. No pppd is used in this case. So, if in your configuration, you need to use some other plugins for pppd, you can't just switch from accel-pptp to accel-ppp, because accel-ppp have it's own plugin API. Regards, Alexey. В Птн, 20/01/2012 в 00:55 +0200, Emanuil Hristov пишет: > Hi, > try with more recent version of accel-ppp (1.5 is lastest) and newer > kernel - there > are several critical bugs in older kernels > > > P.S the project accel-pptp has changed its name to accel-ppp > > cheers > > On Fri, Jan 20, 2012 at 12:35 AM, Bradley Peterson <despite@xxxxxxxxx> wrote: > > Hello, > > > > I am trying to test the capacity of a linux PPTP server, both in > > number of connections, and in packets per second. I am using kernel > > 2.6.38.8, with the ppp, pptp, and gre modules, and accel-pptp 0.8.3. > > I have RPS, RFS, and XPS enabled on the network devices for SMP > > support. > > > > But I'm seeing one CPU get pegged out with soft interrupt, while the > > others are almost completely idle. > > > > In my current test, I'm starting 250 pptp connections from another > > server, then running iperf across each connection. The client machine > > pegs out, sure, but I'm surprised the server pegs out a single CPU. > > With RPS, I would expect softirq's to be more balanced. > > > > Where could the bottleneck be? Do all ppp packets need to be > > processed serially? > > > > Brad > > -- > > To unsubscribe from this list: send the line "unsubscribe netdev" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-ppp" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
