[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8F90F944E50427428C60E12A34A309D21C401BAA8D@carmd-exchmb01.sierrawireless.local>
Date: Sun, 15 Mar 2009 15:30:54 -0700
From: Rory Filer <rfiler@...rraWireless.com>
To: Ralf Nyren <ralf@...en.net>, Stephen Clark <sclark46@...thlink.net>
CC: Greg KH <greg@...ah.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Kevin Lloyd <klloyd@...rrawireless.com>
Subject: RE: Sierra Wireless (MC8780) HSDPA speed issue
Hi Ralf
Using the driver we sent you on a call-box (i.e. with a "perfect" simulated network connection) on Ubuntu 8.04 we were seeing ~4 Mbps on the downlink. So I would rule out any problem with the driver and conclude it must be something in either PPP/Linux or in the modem. In order to rule out the modem, I've got a question into one of our UMTS engineers and will send you a reply when we get the answer.
We did play around a little with 2.4 kernels of Linux and discovered there is a buffer in PPP_ASYNC.C which, when its size is increased, doubled the throughput. If you are savvy enough with Linux, you might want to try playing with that. We stopped short of any thorough testing of changing this array size, but were pleased with the result. If I recall properly, the size of this array is (was, in 2.4) 256 bytes. Doubling it gave an immediate improvement. We were guessing that the small size of this buffer was fine in the "old days" when modems peaked at ~56 kbps. Even 8 years ago that was the fastest you could go with a GPRS product, now our new HSPA+ products yields 21 Mbps on Telstra's network! Quite a difference.
I'll pass along any reply I get from our UMTS engineer.
Regards
Rory Filer
-----Original Message-----
From: Ralf Nyren [mailto:ralf@...en.net]
Sent: Sunday, March 15, 2009 1:11 PM
To: Stephen Clark
Cc: Greg KH; linux-kernel@...r.kernel.org; Kevin Lloyd; Rory Filer
Subject: Re: Sierra Wireless (MC8780) HSDPA speed issue
On Sat, 14 Mar 2009, Stephen Clark wrote:
>
> Yes, it would be interesting to know how you determined the download speed?
>
Not very scientific but I first turned off all network apps and verified there
were no network traffic (eg tcpdump). Then I just downloaded a 10MB file of
random data a couple of times and took note of the average speed. Of course
average is not same as peek but hope it is good enough for a real world test.
Just to make sure I repeated the tests and the download speed in Linux was
slightly above 100KB/s average for the handful of download tests performed.
Downloading the same file in Windows a couple of times resulted in a download
average of 250-350KB/s, got different speeds for each test but this is likely
due to other UEs in the cell.
So Linux was at least 2.5 times slower in the download tests so somewhere
there has to be a problem.
I'm using pppd from Debian Lenny and just the standard set of AT commands.
Please let me know if you have any other suggestions for things to try.
Best regards, Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists