Edge Data Improvement for AT&T Users - G1 Android Development

There might not be many of us out there, but for those of us using unlocked and rooted mytouch on the ATT network I've found after some research a way to almost double my Edge speed. This information has been posted before in various pieces on various sites but not directly related to ATT/Edge only. Ive tested this on cyanogen 5.0.8 built will include instructions here that you can give this a shot depending on your rom. Prior to this tweak I ran three download tests, 63/38 84/41 81/41. After, I got 191/102, 133/114, 123/95.
Note that it seems that for me the speed increase takes about 10 seconds to kick in from sleep once the data connection is active.
Under the system directory, look for three files. Open each file and find a section called #GPRS class or #RIL settings. When you find the file containing this, this is the file to edit. Below I'm using system.prop. Also, when editing, do not use notepad or wordpad, I personally use EditPad Lite.
using the android sdk, and connecting your phone to pc ->
adb pull /system/build.prop build.prop
open build.prop with a unix compatible text editor
Change the following sections below:
# Default network type.
# 0 => WCDMA preferred.
ro.telephony.default_network=1
# RIL settings
ro.ril.gprsclass=32
ro.ril.hsxpa=0
ro.ril.hep=1
ro.ril.enable.dtm=1
eliminate all other lines that start with ro.ril if they exist.
then go back to your command prompt, and type
adb remount
adb push build.prop /system/build.prop
reboot phone twice after this.
The idea here is that these lines will force only searching for Edge networks, and improve the full use of multislot data/voice thoroughput on ATT Edge network. I would think technically that this would also maximize data thoroughput for those that want to save battery life from the sucking power of 3G.
I'm posting this because I'd like some feedback from ATT people that can try this. As I'm in metro Atlanta I'm not sure that these settings work for every area, and I've only tested in two spots here within a mile of each other in the three tests. I'm also at this point concerned about battery life outside of my one day testing and other areas.

I'll try this on two different G1's running on AT&T this next week and report back. Thanks
Update 8/31/10: Testing with Super D I see a difference. Was 0.07 mbps Down/ 0.08 mbps up. Now 0.18 mbps Down/ 0.16 mbps Up. Every little bit helps I guess. Thanks for posting this thread.

Which ROM are you using this on? I'll try this out on my phone at the end of the week. Also where did you find this exact same set up. I want to read more about it. I see other posts with different values but not with this same exact set up.
http://forum.xda-developers.com/showpost.php?p=5123531&postcount=46

As I mentioned I'm using Cyanogen 5.0.8. I didn't read where anyone is using this exact setup, I researched the values and put them together based on my best understanding of them.
As of now I'm seeing battery life unaffected to actually improved. Things like facebook and my MLB At Bat are majorly improved, takes much less time for the stats to populate so I'm spending less time in the apps and in turn I'm assuming that lends to battery life. I also used to drop a call in one particular spot and I'm not dropping that call so far. I've been in various parts of the city and the download speed is fairly consistent witht he 130-180k range.

Any word on this working with CM6? There only seems to be these in the RIL section:
ro.ril.hsxpa=1
ro.ril.gprsclass=10
Should the other two values be added?

SRDMizzou said:
Any word on this working with CM6? There only seems to be these in the RIL section:
ro.ril.hsxpa=1
ro.ril.gprsclass=10
Should the other two values be added?
Click to expand...
Click to collapse
As far as what should be added/removed, please more carefully read post one.
In answer to whether it works with CM6, these values directly support the gprs code of the phone so it should in theory work on any android based device.

I appreciate the time you've spent, thanks. I'm trying this asap. I have to test before and after, tho. I'll let you know. I never even considered looking into this, and what I see looks very promising. Thanks for the work.
BEFORE
Test 1: ping- i forgot to look
download- 79
upload-109
Test 2: ping-772
download- 90
upload-79
Test 3: break in between 2&3, for fun. it was asleep for a while.
ping- 767
download-51
upload-95
Test 4, another pretty long break
ping:927
download:23
upload:116
Test 5, no break
ping 16
download 44
upload 100
test 6, no break
ping 39
download 46
upload 111
AFTER
Same physical location, 2 reboots, cable unplugged as before.
Test 1: ping 551
download 33
upload 122
test 2 soon after
ping 541
download 27
upload 104
test 3 with an asleep break in between for a while
ping 428
download 47
upload 105
test 4 right after
ping 429
download 39
upload 102
Test 5 right after
ping 422
download 28
upload 116
Test 6, after a break with screen off/sleeping and a 30 second break with screen on before test
ping 430
download 26
upload 105
In conclusion, no it didn't make any benefit to me. In fact, there was a decrease in speed after applying the mods.
I used a nightly of cyanogenmod 6 from 2 days ago (right before rc3)
I will try donut soon. Eclair sucks. Note that cyanogenmod did not have the last two ro.ril lines, but it did have the telephony one. I added the necessary ones, of course.

i updated my post above.

Hi Jcarrz, thanks for the post. I think something is wrong with your location/configuration if you are getting 100% upload speed over download. It should be the reverse, but even before my config change I was getting double your download speed. Also, a ping time of <100 ms into an edge network is a bit unheard of as far as I know, what speedtest are you using? Did you delete the existing lines? the two most important lines to add are the dtm=1 lines and the grprsclass=32.
One thing about this is that not every city may support class 32 download. Also it may take some time for GPRS to establish 5 timeslots to get the full download speed. Another thing to follow up on my post, as I mentioned 10 seconds or so at least before starting the speedtest, but I've found that even 1-2 minutes after coming from sleep I'm occasionally getting 215k down in some places. But in your case there's definately something else going on....

hongkongpheoy74 said:
Hi Jcarrz, thanks for the post. I think something is wrong with your location/configuration if you are getting 100% upload speed over download. It should be the reverse, but even before my config change I was getting double your download speed. Also, a ping time of <100 ms into an edge network is a bit unheard of as far as I know, what speedtest are you using? Did you delete the existing lines? the two most important lines to add are the dtm=1 lines and the grprsclass=32.
One thing about this is that not every city may support class 32 download. Also it may take some time for GPRS to establish 5 timeslots to get the full download speed. Another thing to follow up on my post, as I mentioned 10 seconds or so at least before starting the speedtest, but I've found that even 1-2 minutes after coming from sleep I'm occasionally getting 215k down in some places. But in your case there's definately something else going on....
Click to expand...
Click to collapse
yea, that ping was pretty crazy. I live really close to los angeles, I don't think a crappy network is the problem. What do you mean by delete existing? i edited two that were there, and added two that weren't. I am using the ookla labs speedtest.net application. I have always had a higher upload than download. Everywhere. I waited for long periods of time between tests. And after waking up from sleep. The highest speed test I have seen is a 250, on htcclay's superfast 1.3.3. I'll have to take a look on the values in that rom.
Thanks for your help, prehaps you could upload the EXACT build.prop for, say, a cm6 build that I could use?
Jcarrz1

ro.ril.hsxpa=2
ro.ril.gprsclass=12
ro.telephony.default_network = 0
I seem to get the best speeds i've seen with this config. Namely the hsxpa=2, because that one, when changed to 1 or 0, dents my speeds.

jcarrz1 said:
ro.ril.hsxpa=2
ro.ril.gprsclass=12
ro.telephony.default_network = 0
I seem to get the best speeds i've seen with this config. Namely the hsxpa=2, because that one, when changed to 1 or 0, dents my speeds.
Click to expand...
Click to collapse
Thanks for reporting back. I think this shows that indeed the edge network in your location just isn't a class 32, or at least it is and is allocating more timelosts for upload than download. Here's how the classes should in theory work. Edge can alot 2-6 timeslots to transfer data. a class 10 or 12 is 5 slots data, 10 says that in theory up to 4 of those slots could be download and 2 could be upload, while 12 is up to 4 down 4 up (but only 5 max in any config). A class 32 can allocate 6 slots data, 32 also says that 5 could be download or 5 could be upload. Try setting the class at 30. This will give you a shot at 6 slots guarantee that no more than one timeslot can be set for upload (5 download 1 upload). If that doesn't work, in theory actually then moving to a class 10 setting may overall benefit you (4 download 2 upload).
hsxpa setting should technically do nothing for you on AT&T unless your phone supports HSPDA 850/1900, I set it on my magic 32B because it forces UTMS99 which is not implemented and therefore should in theory guarantee my radio never finds something to scan. I understand that turning on 2G only doesn't work in all roms, so I set that just in case.
Just so you know, the values in gprsclass can be 10,12,30,31,32,33,34.

I don´t think that ro.ril.hsxpa=0 deactivates 3G. AFAIK it just limits the phone to plain normal 3G (=UMTS) and ensures that it does not attempt to switch to 3.5G (HSDPA/HSUPA) connections.
From what I see in wikipedia, UMTS99 is nothing else than the first release of UMTS, therefore definately being supported.
Better set it to =2, just in case you travel to a country where you have 3G (and 3.5G, etc.) connectivity.

Hellek said:
I don´t think that ro.ril.hsxpa=0 deactivates 3G. AFAIK it just limits the phone to plain normal 3G (=UMTS) and ensures that it does not attempt to switch to 3.5G (HSDPA/HSUPA) connections.
From what I see in wikipedia, UMTS99 is nothing else than the first release of UMTS, therefore definately being supported.
Better set it to =2, just in case you travel to a country where you have 3G (and 3.5G, etc.) connectivity.
Click to expand...
Click to collapse
EDIT: Sorry I just looked up the specs on the phones again and I never noticed UMTS support, still in essense you still want to keep this at hsxpa=0, unless you want 3G on roaming coverage as mentioned. This article is about ATT users and more geared to only ATT bands, ATT does not offer HSDPA over the bands this phone supports so disabling it should keep it from scanning roaming networks for it. I'm removing the other ril values from the phone to keep the phone happy with the fastest edge connection it can get.

So I just tried updating the settings on Superfly TCBY Froyo 1.2. It didn't have the same exact setting lines so I just added the lines manually. All tests done on a fresh reboot, SpeedTest the only app open:
Before
Time of day: 1:10 PM
Run 1
Server: Los Angeles, CA
Latency: 829 ms
Download: 10.3 kB/s
Upload: 9.3 kB/s
Run 2
Server: Los Angeles, CA
Latency: 121 ms
Download: 14.7 kB/s
Upload: 12.1 kB/s
After (2 reboots):
Time: 1:25 PM
Run 1
Server: Los Angeles, CA
Latency: 423 ms
Download: 19.9 kB/s
Upload: 13.7 kB/s
Run 2
Server: Los Angeles, CA
Latency: 394 ms
Download: 18.3 kB/s
Upload: 14.6 kB/s
So it did improve speeds a little. How much is due to the settings is unsure. It could be related to the time of day and traffic during the time of day. I will keep the settings and see how they hold up.
I have been using the normal settings without modifications for Google Nav and it works perfectly fine. I will see how these settings hold. I'll attach my build.prop. Just remove the ".txt"

dawgpound, can you report what city you are in. I do agree that time of day and tower can play into this, this is why my before and after tests were done about 2-3 miles apart from each other. They were also done during daytime hours.
To update on my end, I'm still testing in various areas of atlanta and I'm finding that I actually connect "G" in some areas. I'm assuming UMTS99 since the phone only supports this. The download speeds were terrible, worse than edge for me though. I know this implementation is older and probably not omptimized.
Using Speedtest I'm still not getting any worse than 40k download anywhere in metro atlanta. But, one thing I've found is that in some cases I would get a upload speed greater than download, running Speedtest again even immediately after would produce much higher downlad and upload speeds and maintain these. I think this goes back to my theory that when you initiate the data transfer that it takes a while for the phone to build all the timeslots to the carrier when you enable them in some situations.

Sorry for responding so late. I'm doing the tests in LA. I went to Universal Studios the other day with the modified settings and my phone failed badly when using data. I was getting full signal on my phone with the EDGE sign but it wasn't sending or receiving data most of the day.
Unfortunately, I wasn't able to switch back and forth to see if it was just in the theme park or not. I've noticed in crowded areas, it lags pretty bad compared to the stock settings. I also was connecting to G speeds in some areas but only for a few seconds before switching back to EDGE. Right now, I'm back on stock settings to compare. I will say though, with the modified settings, download speeds increased by average 5 kB/s but upload speed was on avg 5 kB/s less than dl speeds. Stock settings, both download and upload speeds are close to each other.

Related

Edge network speeds

I'm not sure if this is the right forum for this question, but i'm sure a mod will move it if its not I live in hill billy hell, so i get gprs/edge networks out here, when i cant jump on an open wireless connection, and i wasn't really paying attention, because everything i was downloading was comeing in around 3-4 Kbs tops. I am useing Ubuntu linux, which i am new too, and i realized one ot the packages i wanted wasn't installed, so i opened synaptic and found the package clicked apply and switched desktops, to play a lil bit of mobsters. So a few mins later i switch back over,and i see synaptic DL'ing at like 15 Kbs. So my questions are these: is 15 Kbs accurate over edge, or was that possibly a mistake, and if it is possible, are there settings i can change on my box that will allow me to connect at faster throughputs.
ubuntu 10. something the new one
connecting useing the opensource wifi tether advertised here, useing the edge network mostly, the gprs seems faster at times, but the signal isn't great.
Any advice or pointers is greatly appreciated
try downloading anycut then create shortcut->activity-> phone info
click it then scroll down and select WCDMA only it might help forcing your G1 to 3G connection I hope it will help
obviously it depends on a few things, i too use ubuntu 8.10 and i usually get arount 20kb/s when tethering on edge. sometimes i get a weird spke and sometimes i get some real bad lows, it really depends on the time of day and a whole lot of other factors.

AT&T 3G Speeds

Can someone who keeps close tabs on their data speeds with AT&T run a speed test and see what you get?
I just read on wmexperts.com that AT&T has completed their 7.2 HSPA upgrade to the 3G network and I am getting some really high results on speed tests, but I don't really know what I would've gotten a week or two ago.
Can anyone confirm that the network is much faster?
i did this speedtest.net with my laptop connected to my fuze via usb. i had 1 bar of reception. i got a download speed of 1.3mb/sec not bad at all
Full bars 120ms 1.3 down, worse than usual.
Okay, I just got 11834 kbps at mobilespeedtest.com. But I was using the skyfire browser, so is that cheating because their server downloads info and then sends it to my phone?
Okay, I tried it with IE Mobile and got 3213, 2000, and 2991 kbps. With 1-2 bars.
im on energy pheonix rom, on long island. in H data mode.
I ran mobilespeedtest.com in opera with 3 other tabs ope (old browsing session) and got 294 Kbps, 400 Kpbs.
Then in IE Mobile: 377.
Then I clicked the "test again" link on the mobilespeedtest for a 1 MB download, in IE mobile, and it returned 2388 Kpbs, 2197 Kbps.
Then ran the 3 MB test, 2050.
So dont just trust the 100KB test, click the 1mb. Then a 3mb. If your speeds increase as you go up, latency is the problem.

Changing MTU from 1428 to 1500 Yielding Speed Boost

I performed a cursory search and was not able to find much on this board, but feel free to point me in the right direction if I missed something.
I have always wondered why the MTU is set to 1428 in System>>Build.prop file. Knowing that my desktop computer does just fine using an MTU setting of 1500, I decided to test the impact that setting the MTU to 1500 would have on 4G LTE and Wifi speeds.
The results were surprising, but may not be repeatable for those who wish to try this. I live in Southeast Houston, which may help some of you to decide whether or not to try this. I accept no responsibility for damage to your phone, business, life or anything else if you do.
MTU 1428 (90+ Days)
4G LTE: Average 7-13 Mbps Down, Record 18 Mbps
Wifi 802.11n (Asus RT-N56U): Average 10-20 Mbps Down, Record 27 Mbps
MTU 1500 (24 Hours, Limited Data)
4G LTE: Consistent 17 Mbps Down
Wifi 802.11n (Asus RT-N56U): Consistent 13 Mbps Down
I realized a 5+ Mbps boost on 4G LTE Download speeds (Results will vary)
Standard Caution - back up your phone in case something goes wrong
Step #1 - Use Root Explorer or equivalent to create a copy of System>>Build.prop and place copy on SD Card (I use the Download folder)
Step #2 - Open the copy of the Build.prop you created and locate the default MTU entry, which should be 1428, change this entry to either 1492 (DSL) or 1500 (Cable) and save the change
Step #3 - Use edited copy of the Build.prop file to overwrite the one in System>>Build.prop
Step #4 - Reboot your phone and test your 3G/4G and Wifi speeds for improvement/degredation and repeat steps above to find optimal setting (Max=1500)
My buddy works at the Columbus Vzw building and is a 4G engineer. When I spoke to him last week he JUST mentioned the MTU as well and said its going to be changed with an OTA radio update. He said theyre always working on radio updates but whether or not they are all released is another question ha.
biglipps66 said:
My buddy works at the Columbus Vzw building and is a 4G engineer. When I spoke to him last week he JUST mentioned the MTU as well and said its going to be changed with an OTA radio update. He said theyre always working on radio updates but whether or not they are all released is another question ha.
Click to expand...
Click to collapse
I forgot to mention that my 4G LTE upload speed average increased and became consistent as well. I am now seeing 8 Mbps Upload in a location that had averaged 3-5 Mbps before I changed the MTU to 1500. My Wifi is limited to 2-3 Mbps Upload, so I am not sure how my Upload speed would be on a connection with more bandwidth.
I've been running 1492 since you posted it and giving it a try out. Doesn't seem to help the tether speed, but helps the phones speed of loading pages in the browser, tapatalk to servers, and loading news much quicker.
savagebunny said:
I've been running 1492 since you posted it and giving it a try out. Doesn't seem to help the tether speed, but helps the phones speed of loading pages in the browser, tapatalk to servers, and loading news much quicker.
Click to expand...
Click to collapse
Glad to hear! I have used this tweak for years on Windows computers, so it makes sense that it should work on our phones as well. My only concern was data fragmentation, but that does not seem to be an issue for me. Mileage will vary though, so improvements are not guaranteed for all.
Been using stock since day one, today just broke 60mbps here in NYC:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Been seeing 40's and 50's on a daily basis. Never changed the MTU.
Maybe once I root the device I'll mess with it.
Yep, web browser seem to load qicker than usual, tether is no changed, speed test many times ;/ buddy, how u config that on your window pc anyway?
Sent from my ADR6400L using Tapatalk
davidkim99b said:
Yep, web browser seem to load qicker than usual, tether is no changed, speed test many times ;/ buddy, how u config that on your window pc anyway?
Sent from my ADR6400L using Tapatalk
Click to expand...
Click to collapse
The easiest way to do this on a Windows computer is to visit Speedguide.net and run the TCP/IP Analyzer utility (Link on Bottom-Left of site's main page), then, if needed, download the TCP/IP Optimizer. This utility is a portable app, so there is nothing to install. Just remember that a reboot is needed for changes to take effect.
Here is the manual method for setting MTU on a Windows computer:
1. Open a command line window as an Administrator (ie. Right-Click on All Programs > Accessories > Command Prompt and select Run as administrator)
2. Type the command 'netsh' and wait for prompt
3. Type the command 'interface' and wait for prompt
4. Type the command 'ipv4' and wait for prompt
5. Type the command 'set subinterface "Local Area Connection" mtu=xxxx store=persistent'
6. Reboot
Hope this helps. I know a lot of Windows tweaks, including many Registry settings that are not well known. Perhaps I will put together a self-help document if there is any interest.
Here is a good starting point: http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574 (Mods, please remove this link if it violates the TOS here)
milan03 said:
Been using stock since day one, today just broke 60mbps here in NYC:
Been seeing 40's and 50's on a daily basis. Never changed the MTU.
Maybe once I root the device I'll mess with it.
Click to expand...
Click to collapse
Using the newly leaked 906 radios, my download speed jumped from 17 to 40 Mbps yesterday on 4G LTE! Upload & Wi-Fi Speeds remained unchanged for the most part.
I didn't believe it at first, so I reset the MTU to 1428, rebooted my phone and my Download speed returned to the 13-20 Mbps range. Changed the MTU back to 1500, rebooted and jumped right back to 40 Mbps.
I encourage others to try changing the MTU setting to 1500 (For those using Cable) or 1492 (For those using DSL)
stupid question here, but would this increase speeds while in a 3g area or the mtu specifically for 4g data rates?
vdChild said:
stupid question here, but would this increase speeds while in a 3g area or the mtu specifically for 4g data rates?
Click to expand...
Click to collapse
MTU is not specifically tied to either 3G or 4G. In fact, this setting is used on Windows based computers all the way back to the early versions of Windows. MTU is used to optimize the connection between the host and client. If MTU is set too low, bandwidth is reduced because more packets of data are managed. If MTU is set too high, fragmentation will occur and there will usually be a need for more re-transmissions of data. As a rule, 1500 is the Maximum MTU setting for cable based internet, while 1492 is the maximum for DSL.
"A larger MTU brings greater efficiency because each packet carries more user data while protocol overheads, such as headers or underlying per-packet delays, remain fixed; the resulting higher efficiency means a slight improvement in bulk protocol throughput. A larger MTU also means processing of fewer packets for the same amount of data. In some systems, per-packet-processing can be a critical performance limitation."
http://en.wikipedia.org/wiki/Maximum_transmission_unit (Mods, please remove this link if it violates the TOS here)
Lyondellic said:
MTU is not specifically tied to either 3G or 4G. In fact, this setting is used on Windows based computers all the way back to the early versions of Windows. MTU is used to optimize the connection between the host and client. If MTU is set too low, bandwidth is reduced because more packets of data are managed. If MTU is set too high, fragmentation will occur and there will usually be a need for more re-transmissions of data. As a rule, 1500 is the Maximum MTU setting for cable based internet, while 1492 is the maximum for DSL.
"A larger MTU brings greater efficiency because each packet carries more user data while protocol overheads, such as headers or underlying per-packet delays, remain fixed; the resulting higher efficiency means a slight improvement in bulk protocol throughput. A larger MTU also means processing of fewer packets for the same amount of data. In some systems, per-packet-processing can be a critical performance limitation."
http://en.wikipedia.org/wiki/Maximum_transmission_unit (Mods, please remove this link if it violates the TOS here)
Click to expand...
Click to collapse
Everything you said is correct, but just to elaborate for those that might get mixed up, MTU has *nothing* to do with windows itself nor did Microsoft create the protocol. MTU predates Windows by some years and was set up as part of the greater Internet Protocol and OSI Model by DARPA in the late 70s/early 80s.
In theory, a larger MTU is a good thing, assuming the connection can handle the larger MTU. Slower connections trying to handle a high MTU can cause a bottleneck and lead to less efficiency than greater though. When that happens, it has to slice up the data units into smaller pieces (fragmentation).
Think of it as like having to carry a stack of bricks from one end of your yard to the other. Sure, if you're strong, you can carry a ton at once, but if you're not and you try to do so, you're going to have a heck of a time getting them from point A to point B and probably end up having to split up the load, slowing yourself down as you do so.
yareally said:
Everything you said is correct, but just to elaborate for those that might get mixed up, MTU has *nothing* to do with windows itself nor did Microsoft create the protocol. MTU predates Windows by some years and was set up as part of the greater Internet Protocol and OSI Model by DARPA in the late 70s/early 80s.
In theory, a larger MTU is a good thing, assuming the connection can handle the larger MTU. Slower connections trying to handle a high MTU can cause a bottleneck and lead to less efficiency than greater though. When that happens, it has to slice up the data units into smaller pieces (fragmentation).
Think of it as like having to carry a stack of bricks from one end of your yard to the other. Sure, if you're strong, you can carry a ton at once, but if you're not and you try to do so, you're going to have a heck of a time getting them from point A to point B and probably end up having to split up the load, slowing yourself down as you do so.
Click to expand...
Click to collapse
Thanks for filling in the gaps. I sometimes skim over information that requires a little more clarity, so I thank you for chiming in.
Edit: Nevermind. I changed to 1492 cause I use DSL at home so we shall see if I can get some better speeds with this change.
Mustang302LX said:
Edit: Nevermind. I changed to 1492 cause I use DSL at home so we shall see if I can get some better speeds with this change.
Click to expand...
Click to collapse
Guys you're forgetting your LTE service is not DSL. If you're changing MTU which by the way is "maximum transmission unit" and have been in existence way before Windows, use 1500. LTE is a flat IP based technology, and it doesn't matter if your home (WiFi) connection is DSL, you're using Verizon's 4G LTE and that's where you're applying MTU. 1492 is used on home computers that are wired connected to a DSL modem.
milan03 said:
Guys you're forgetting your LTE service is not DSL. If you're changing MTU which by the way is "maximum transmission unit" and have been in existence way before Windows, use 1500. LTE is a flat IP based technology, and it doesn't matter if your home (WiFi) connection is DSL, you're using Verizon's 4G LTE and that's where you're applying MTU. 1492 is used on home computers that are wired connected to a DSL modem.
Click to expand...
Click to collapse
I'll change it to 1500 then. Thanks.
btw I've been using stock since the launch date, and am seriously considering rooting for the first time after seeing this post. MTU can definitely help the throughput and I've been wondering for a long time if tweaks are possible on Android platform.
I know it's sounds noob (and when it comes to rooting I am) which leaked radios currently give the best data performance?
this is what I'm currently seeing on my Bolt: http://www.youtube.com/watch?v=RTwRm3QMqUs
I wonder if I can get closer to that 73.6mbps maximum theoretical throughput.
Thank you.
You must live underneath a cell tower. Lol. Highest ive seen on my phone is 25 down and 10 up.
Sent from my HTC ThunderBolt using Tapatalk
It's NYC lol. Every corner has some kind of pico cell and it's usually fed by preexistent fiber. NYC is loaded with dark fiber.
Still trying to figure out if I should just root and flash with that latest Gingerbread RUU or should I just keep it stock. I'm just trying to get the best possible data performance, don't really care too much about the features of the ROM.
milan03 said:
Guys you're forgetting your LTE service is not DSL. If you're changing MTU which by the way is "maximum transmission unit" and have been in existence way before Windows, use 1500. LTE is a flat IP based technology, and it doesn't matter if your home (WiFi) connection is DSL, you're using Verizon's 4G LTE and that's where you're applying MTU. 1492 is used on home computers that are wired connected to a DSL modem.
Click to expand...
Click to collapse
This is true for 3G/4G, but not when the phone is connected to Wi-Fi. A max MTU setting of 1492 is needed when connected to a Wi-Fi network that originates from DSL.

Ping (Latency) highly variable on LTE?

I've noticed lately that my ping at home is significantly worse than it is at work. If I ping google from work, I get 90-110ms latency. If I ping that night from home, I will usually get double that, in the 200-220ms range. This is all on LTE, using terminal emulator to ping google (dns resolved).
What I can't seem to figure out in my own testing is whether it is the time of day or something about the tower that I am using that causes the difference. It seems that on the weekend most of the time I get the poorer ping (~200ms) , but if ping is worsened by heavy load on the network, then it is not a very good test because load should be higher on the weekend (assuming here).
So, does anyone have similar exprience? Are there any tips or tricks for lowering ping ?
i've had it be weird also... and often times in the same location. i'll be at home and try, it'll be around 80 - 90.. then like 5 minutes later i'll try again and it'll be 200... and will just go back & forth even though signal strength remains the same.
possibly due to traffic.
A) Your pinging essentially a "wireless" router.
B) "Ping" is typically set to use the lowest priority if not disabled altogether on most networks.
Also dual-core brings a humongous improvement in latency. Try Bionic at the store next to the Bolt.

[REF] Tweaking the GPS for Speed and Accuracy

I don't take credit for this, I'm just basically confirming that if you are inside the US, the following tweak should improve lock speeds and accuracy. I was able to lock on inside my house < 10 secs, with a 6 meter accuracy. It's been done on a number of phones -- just posting it for the folks here who haven't found the tweak yet.
It requires root - see the threads in this forum.
To install it, you should create a backup of your /system/etc/gps.conf file before doing anything. The easiest way is to use Root Explorer and then copy the file to somewhere on your sd card. (Make a directory, or put it in a safe place).
[ Edit: Sorry, I'm having trouble getting the new file attached - the links below work (I think) but look sort of funny ]
Download and unzip the file View attachment 784134, then copy the attached file to /system/etc/gps.conf. Reboot or power off/on and you are done. (Again, use Root Explorer if you aren't comfortable enough with terminal/adb shell to do this on your own.)
Alternately you can edit your existing file with the text editor of your choice. All you are doing is replacing the NTP server and adding the SUPL lines at the bottom.
Code:
# Thanks to Da_G from the xda-forums for additional information on data for
# the below changes. Switch to the us.pool.ntp.org for better time resolution
# inside the US, but the xtra1 servers are good worldwide. You can
# Also just choose one of the below *.pool.ntp.org areas for where you plan
# to use your GPS.
########################################
###Uncomment only one NTP_SERVER line!##
########################################
##### US Time Servers
NTP_SERVER=us.pool.ntp.org
##### Worldwide
#NTP_SERVER=xtra1.gpsonextra.net
##### Continental Servers
##### Asia
#NTP_SERVER=asia.pool.ntp.org
##### Europe
#NTP_SERVER=europe.pool.ntp.org
###North America
#NTP_SERVER=north-america.pool.ntp.org
XTRA_SERVER_1=http://xtra1.gpsonextra.net/xtra.bin
XTRA_SERVER_2=http://xtra2.gpsonextra.net/xtra.bin
XTRA_SERVER_3=http://xtra3.gpsonextra.net/xtra.bin
# DEBUG LEVELS: 0 - none, 1 - Error, 2 - Warning, 3 - Info
# 4 - Debug, 5 - Verbose
DEBUG_LEVEL = 5
# Intermediate position report, 1=enable, 0=disable
INTERMEDIATE_POS=0
# GPS Capabilities bit mask
# SCHEDULING = 1
# MSB = 2
# MSA = 4
# default = MSA | MSB | SCHEDULING
CAPABILITIES=0x7
# The SUPL_HOST and SUPL_PORT lines below can be commented out if
# you will be using your GPS outside the AT&T network and/or outside.
# the US. The Skyrocket is configured to use the AT&T servers by
# default, and Da_G's says that the AT&T has a more accurate
# geolocation database.
#SUPL_HOST=supl.google.com
#SUPL_PORT=7276
After you have made the changes reboot your phone. (power off/on)
Here's the gps.conf file - just unzip it and replace. It is *NOT* something that can be flashed, just the conf file: View attachment 784134
Enjoy.
tejones36 said:
I don't take credit for this, I'm just basically confirming that if you are inside the US, the following tweak should improve lock speeds and accuracy. I was able to lock on inside my house < 10 secs, with a 6 meter accuracy.
...
Click to expand...
Click to collapse
My phone already does this, even while indoors. Has anyone been having worse GPS quality?
Mine was at 25ft previously. It's been reported on quite a few forums to improve both lock time (mine improved here as well) and accuracy.
Two seconds to first lock with 3 sats. 4 seconds later floating between 9 and 10 sats locked.
F'n sweet. No tweaks needed.
gheck911 said:
Two seconds to first lock with 3 sats. 4 seconds later floating between 9 and 10 sats locked.
Click to expand...
Click to collapse
Mine improved from 5m to 3m accuracy indoors and better lock times so I thought I'd share something I found useful.
Daedalus_ said:
My phone already does this, even while indoors. Has anyone been having worse GPS quality?
Click to expand...
Click to collapse
Same here. We shouldn't be scaring people into thinking that the SR has accuracy issues.
Dranakin said:
Same here. We shouldn't be scaring people into thinking that the SR has accuracy issues.
Click to expand...
Click to collapse
By that logic, we shouldn't be building custom kernel's or ROMs - we shouldn't be scaring people into thinking that the SR has UI or development issues right?
tejones36 said:
By that logic, we shouldn't be building custom kernel's or ROMs - we shouldn't be scaring people into thinking that the SR has UI or development issues right?
Click to expand...
Click to collapse
You know that's not even a logical analogy. Don't be a douche now.
Does this file work on all GB devices, or at least Samsung devices, or at least least an Infuse?
thx
Yup, pretty much everything that I've seen so far.
Sent from my SAMSUNG-SGH-I727 using Tapatalk
(nothing to see here, move along...)
How is the GPS Lock and Tracking say compared to HTC or Motorola? Just wondering because I am debating on going back to BB tomorrow and swapping out my HTC Vivid for this phone. Just slightly worried as I have hear horror stories about Samsung and horrible GPS.
malickie said:
How is the GPS Lock and Tracking say compared to HTC or Motorola? Just wondering because I am debating on going back to BB tomorrow and swapping out my HTC Vivid for this phone. Just slightly worried as I have hear horror stories about Samsung and horrible GPS.
Click to expand...
Click to collapse
I don't know about either of those phones, but I had the Captivate which was pretty horrible. both the SGS2 and the skyrocket are excellent right out of the box with none of those problems.
This post was meant to be about getting that last couple percent of accuracy and lock time, or to possibly help if someone had a restricted view of the sky via the SUPL lines at the bottom of the config along with closer geographic time servers. I've used the GPS heavily in the last couple of weeks and it's been terrific.
( Obviously the Skyrocket was only released this past Sunday, but I was using the OGS2 prior to returning it for the Skyrocket upgrade. )
tejones36 said:
I don't know about either of those phones, but I had the Captivate which was pretty horrible. both the SGS2 and the skyrocket are excellent right out of the box with none of those problems.
This post was meant to be about getting that last couple percent of accuracy and lock time, or to possibly help if someone had a restricted view of the sky via the SUPL lines at the bottom of the config along with closer geographic time servers. I've used the GPS heavily in the last couple of weeks and it's been terrific.
( Obviously the Skyrocket was only released this past Sunday, but I was using the OGS2 prior to returning it for the Skyrocket upgrade. )
Click to expand...
Click to collapse
Very good to know. I am actually one of those that has issues getting gps lock in my house not sure even this will help considering I have a tin roof. Still good to know that this has good GPS out of the box.
(wave) Hi
On the topic of this thread,
I did some disassembly on the GPS kernel module, and it is looking at 3 seperate config files for configuration infos. /etc/gps.conf, /data/data/angryGps/secgps.conf (i think there's a com.android in there, have to go double check, don't remember from memory) and /etc/loc_parameter.ini.
loc_parameter.ini appears to be the most interesting one, with a number of previously undocumented configurations. Notably the GPS is always defaulting to start up in "driving mode" vs. "pedestrian mode" which anyone familiar with the function of GPS will know means there is a filtering algorithm active to prevent some GPS updates from getting to the user (if the location has not moved more than 5 meters in any direction since the last update, assume this falls within the margin of error and report no movement)
Pedestrian mode is desirable in many cases as there are no GPS reports filtered out and you get the constant position updating every second.
Also the GPS driver reports 1Hz update mode, which is common for consumer level GPS receivers. More expensive/higher level receivers can report as fast as 3 times per second. It might be possible to tweak our GPS to perform similarly (boy wouldn't that be sweet)
Lastly, the GPS driver defaults to full verbosity in logcat output. This might be slightly detrimental to performance and flipping a simple bit in loc_parameter.ini cuts the amount of output by a large amount with every position update.
Out of box the GPS daemon is configured to use AT&T's SUPL server, so switching to google's SUPL server should actually be detrimental to GPS time-to-first-fix performance, since AT&T has a much more accurate geolocation database driving their SUPL platform vs. google. Outside of the US however, I imagine google's SUPL server will perform better. Also, outside of AT&T's data network their SUPL server is not accessible, so this is another case switching to google's SUPL server would be advantageous.
Further disassembly tonight
Da_G,
Thanks for the very informative post! Glad to see someone well versed in the subject commenting.
Da_G said:
I did some disassembly on the GPS kernel module, and it is looking at 3 seperate config files for configuration infos. /etc/gps.conf, /data/data/angryGps/secgps.conf (i think there's a com.android in there, have to go double check, don't remember from memory) and /etc/loc_parameter.ini.
loc_parameter.ini appears to be the most interesting one, with a number of previously undocumented configurations.
.
.
Click to expand...
Click to collapse
This does sound pretty interesting and worth playing with. Is there an easy way (like killing a process, like in system panel or from a terminal) to get the process to reread the config file short of a reboot? I have no idea if mobile phones can take a kill -HUP <pid> and reread, or just a -TERM and the system restarts it.
Pedestrian mode is desirable in many cases as there are no GPS reports filtered out and you get the constant position updating every second.
Click to expand...
Click to collapse
That does sound interesting - I wonder if the "pedestrian" routing on google maps actually does something besides changing how it routes - maybe it also changes the gps functionality as well?
It might be possible to tweak our GPS to perform similarly (boy wouldn't that be sweet)
Click to expand...
Click to collapse
Definitely!
Lastly, the GPS driver defaults to full verbosity in logcat output. This might be slightly detrimental to performance and flipping a simple bit in loc_parameter.ini cuts the amount of output by a large amount with every position update.
Click to expand...
Click to collapse
If you'd like me to include that file with instructions in the first post, I can certainly do so (and properly accredit you of course).
Out of box the GPS daemon is configured to use AT&T's SUPL server, so switching to google's SUPL server should actually be detrimental to GPS time-to-first-fix performance, since AT&T has a much more accurate geolocation database driving their SUPL platform vs. google. Outside of the US however, I imagine google's SUPL server will perform better. Also, outside of AT&T's data network their SUPL server is not accessible, so this is another case switching to google's SUPL server would be advantageous.
Click to expand...
Click to collapse
Good to know. What amount of time do you think the first fix might be delayed, order of magnitude wise? (1s, 10s, etc.) I'd trade a short period of time for better global/rural data possibly, but it's good to know the trade offs.
Further disassembly tonight
Click to expand...
Click to collapse
Awesome, thanks for the info!
So I tried to download the attachment didnt work. Then I tried to put in that information and rebooted. But it still doesnt lock on with google maps.
atomoverride said:
So I tried to download the attachment didnt work. Then I tried to put in that information and rebooted. But it still doesnt lock on with google maps.
Click to expand...
Click to collapse
I've included the full file now in the main post, it's working on my phone. Here's a copy of the file as well - I'll try to relink it in the original post.
gps.zip - gps.conf replacement: View attachment gps.zip
@Da_G
Is the 5 meter update condition meant to filter out noise from inaccuracy? Does increasing the Hz on the position update compromise battery life?
@tejones36
Earlier I wasn't trying to be rude, I was just saying that my GPS works fine and if yours isn't it might've been broken.
What is the address for AT&T supl? Or does it default to this if you have no supl lines?

Categories

Resources