High PING latency to the phone when screen off - Xiaomi Redmi 3 Questions & Answers

I have a Redmi 3S, I'm seeing strange PING latency from my PC to the phone under the same WiFi network.
When phone screen on:
d:\Work>ping 192.168.31.163
Pinging 192.168.31.163 with 32 bytes of data:
Reply from 192.168.31.163: bytes=32 time=3ms TTL=64
Reply from 192.168.31.163: bytes=32 time=3ms TTL=64
Reply from 192.168.31.163: bytes=32 time=4ms TTL=64
Reply from 192.168.31.163: bytes=32 time=3ms TTL=64
You can see the latency is very low (~3ms).
When phone screen off:
d:\Work>ping 192.168.31.163
Pinging 192.168.31.163 with 32 bytes of data:
Reply from 192.168.31.163: bytes=32 time=269ms TTL=64
Reply from 192.168.31.163: bytes=32 time=233ms TTL=64
Reply from 192.168.31.163: bytes=32 time=135ms TTL=64
Reply from 192.168.31.163: bytes=32 time=214ms TTL=64
You can see the latency is very high(~200ms).
Is there any setting in phone can eliminate such high latency?

Finally, I got it fixed:
http://en.miui.com/thread-1978513-1-1.html

Related

Missing 10mb??

Hi
I bought a 128mb Secure Digital Card from Expansys but when I put it
into my device the Memory on Storage Card says 118.75mb so
where's 9.25mb gone!!!!!
TIA
Charles
The file allocation table (FAT) eats up the rest.
John
And something about..
Secure Digital - This requires space for the "secureness"
So a Multimedia Card may have given you a few megs back..
Its the old saying.
You just don't get what you pay for anymore!
MmF
Missing 10mb
Thanks for the responses.
9.25mb for the FAT, Jeeeez!
Why don't they build them 138mb, and give me what I've paid for!
Rgds
Charles
Actually the FAT does not eat up that much space, not even close. Here's the other part of the reason: A megabyte and a million bytes are NOT equal!
A kilobyte is 1024 bytes. A megabyte is 1000 of those.
The card and hard drive makers say that THEY measure a megabyte as being 1 million characters even. So your 256MB card can hold 256 million characters or bytes.
The computer and PPC however, measures in real megabytes and take that number, dividing it by 1024, to come up with its reported size. Therefore, your card has 256 million bytes, but not 256 megabytes.
They've redefined the word.
Ahh I see now. Thanks Carlos
Rgds
Charles

[Q] 8GB Internal Memory / Confusion

So we all know the Thunderbolt was advertised in having 8gig Internal and 32 External (microSD)
So many posts have I seen with so many misleading and different responses to of which HTC is confused themselves. Some say it was a misprint and there is only 4GB Internal others say there is 8gb.
Id like to post this output via a df command.
/dev: 305764K total, 0K used, 305764K available (block size 4096)
/system: 868792K total, 310400K used, 558392K available (block size 4096)
/data: 2705192K total, 271044K used, 2434148K available (block size 4096)
/cache: 433321K total, 16680K used, 416641K available (block size 1024)
/devlog: 21100K total, 4132K used, 16968K available (block size 4096)
/mnt/asec: 305764K total, 0K used, 305764K available (block size 4096)
/app-cache: 8192K total, 328K used, 7864K available (block size 4096)
/mnt/sdcard: 31154688K total, 1949184K used, 29205504K available (block size 32768)
/mnt/secure/asec: 31154688K total, 1949184K used, 29205504K available (block size 32768)
Click to expand...
Click to collapse
So A little Math Shows 4648125k = Approx 4.6Gb
Also a little more Proof If your still Hung up on there is 8GB of Flash.
cat /proc/partitions
major minor #blocks name
179 0 4382720 mmcblk0
179 1 500 mmcblk0p1
179 2 64 mmcblk0p2
179 3 4500 mmcblk0p3
179 4 1 mmcblk0p4
179 5 30000 mmcblk0p5
179 6 12500 mmcblk0p6
179 7 2048 mmcblk0p7
179 8 3072 mmcblk0p8
179 9 2048 mmcblk0p9
179 10 1024 mmcblk0p10
179 11 1024 mmcblk0p11
179 12 8751 mmcblk0p12
179 13 3072 mmcblk0p13
179 14 3072 mmcblk0p14
179 15 1024 mmcblk0p15
179 16 8957 mmcblk0p16
179 17 256 mmcblk0p17
179 18 1024 mmcblk0p18
179 19 1024 mmcblk0p19
179 20 1280 mmcblk0p20
179 21 8701 mmcblk0p21
179 22 4096 mmcblk0p22
179 23 256 mmcblk0p23
179 24 2047 mmcblk0p24
179 25 882687 mmcblk0p25
179 26 2748416 mmcblk0p26
179 27 447487 mmcblk0p27
179 28 2047 mmcblk0p28
179 29 21247 mmcblk0p29
179 30 256 mmcblk0p30
179 32 31166976 mmcblk1
179 33 31162880 mmcblk1p1
#
Click to expand...
Click to collapse
4382720 mmcblk0 = 4.38GB
So Im not sure how Flash Memory works if its like regular hard disk there "Could" be some available space not added to the Partition. But im not very knowledgeable in that area..
I work with AIX servers all day and just knew a couple of places to look for diskspace. And im siding on the fact that we indeed do not have 8GB eMMC We have a 4GB Internal eMMC.
Anyone else got something I Missed? Or hopefully a Correction to what ive found?
Scotty2 said it is indeed 8GB but it is formatted down to 4 so it is less likely to fail. He said something on his twitter @scotty2walker
mob87 said:
Scotty2 said it is indeed 8GB but it is formatted down to 4 so it is less likely to fail. He said something on his twitter @scotty2walker
Click to expand...
Click to collapse
That very well maybe? Not gonna deny that.. however.
http://community.htc.com/na/htc-forums/android/f/107/p/10194/44586.aspx
Those folks there have some good points. Verizon for the longest time advertised it having 8GB internal and 32GB MicroSD
Makes a person to think they got 40gig of space.
Now granted Verizon worded everything "very" carefully and never said any of it was available to the end user lol.
Im just curious if for just my own sanity. if there is anyway I can prove for myself the size of the eMMC. Im a guy who has to see it for myself to believe it.
Yea same here, setting up and tonight. New to Droid but am quite comfortable in *nix land.
Sent from my ADR6400L using XDA App
This is exactly like what happened with the G2. The actual chip is an 8GB chip. The part number from a tear down or from the command you can give a rooted device to tell you the part numbers, will likely return a part that is 8GB.
The formatting is done in such a way that the NAND is only left with 4GB of usable space, but it is much more robust and will last a lot longer.
It is a good thing I think, not a bad thing.
They can advertise it as having 8GB internal memory because the part number is an 8GB part. It could also be a miscommunication between Verizon and HTC.
When it happened with the G2 T-Mobile seemed clueless......
Gr8gorilla said:
This is exactly like what happened with the G2. The actual chip is an 8GB chip. The part number from a tear down or from the command you can give a rooted device to tell you the part numbers, will likely return a part that is 8GB.
The formatting is done in such a way that the NAND is only left with 4GB of usable space, but it is much more robust and will last a lot longer.
It is a good thing I think, not a bad thing.
They can advertise it as having 8GB internal memory because the part number is an 8GB part. It could also be a miscommunication between Verizon and HTC.
When it happened with the G2 T-Mobile seemed clueless......
Click to expand...
Click to collapse
Has Verizon released a press release or anything identifying this yet? I know there are many people upset over that. Im not.. I rather it be formated SLC.. But It is something a customer would take into account when Purchasing something when they says it has 8GB been nice to say that only 2GB was usable lol
This clears up some of the confusion I had about all this.
sammyboy405 said:
I work with AIX servers all day and just knew a couple of places to look for diskspace.
Click to expand...
Click to collapse
I loves me some AIX! Awesome stuff.
Strife21 said:
This clears up some of the confusion I had about all this.
Click to expand...
Click to collapse
^This, thanks OP and others. I was wondering if we got screwed or if there was just 5G's of crap preloaded... Either way we got screwed, and yes promotional material in the stores on launch DID say 8GB internal so....
according to verizon the phone takes 5.5gigs for android alone.
I asked this in another forum. Got the same in response. No bueno HTC.
Sent from my ADR6400L using XDA App
Gr8gorilla said:
This is exactly like what happened with the G2. The actual chip is an 8GB chip. The part number from a tear down or from the command you can give a rooted device to tell you the part numbers, will likely return a part that is 8GB.
The formatting is done in such a way that the NAND is only left with 4GB of usable space, but it is much more robust and will last a lot longer.
It is a good thing I think, not a bad thing.
They can advertise it as having 8GB internal memory because the part number is an 8GB part. It could also be a miscommunication between Verizon and HTC.
When it happened with the G2 T-Mobile seemed clueless......
Click to expand...
Click to collapse
Gr8Gorilla, your roms for MT4G were fantastic, are you planning on releasing any for the Thunderbolt? Either way, your input here is much appreciated.
Sent from my Thunderbolt using Tapatalk

Network latency

Hi,
I am creating (*ehm, trying to) a networked game and I have just started to test it on my Samsung Galaxy SII. As it is a networked game, obviously, I needed one more handset (it's a HUAWEI U8510). The interesting thing is that the network latency greatly varies between the two handsets, albeit being on the same WIFI network. Both handsets have Android 2.3.3.
When I ping my Galaxy SII from my laptop, i get the following times:
Code:
PING 192.168.1.108 (192.168.1.108) 56(84) bytes of data.
64 bytes from 192.168.1.108: icmp_req=1 ttl=64 time=63.9 ms
64 bytes from 192.168.1.108: icmp_req=2 ttl=64 time=85.6 ms
64 bytes from 192.168.1.108: icmp_req=3 ttl=64 time=6.18 ms
64 bytes from 192.168.1.108: icmp_req=4 ttl=64 time=29.3 ms
64 bytes from 192.168.1.108: icmp_req=5 ttl=64 time=51.5 ms
64 bytes from 192.168.1.108: icmp_req=6 ttl=64 time=81.3 ms
64 bytes from 192.168.1.108: icmp_req=7 ttl=64 time=96.2 ms
64 bytes from 192.168.1.108: icmp_req=8 ttl=64 time=17.5 ms
64 bytes from 192.168.1.108: icmp_req=9 ttl=64 time=40.4 ms
64 bytes from 192.168.1.108: icmp_req=10 ttl=64 time=62.7 ms
The HUAWEI, on the other hand gives much better values:
Code:
PING 192.168.1.105 (192.168.1.105) 56(84) bytes of data.
64 bytes from 192.168.1.105: icmp_req=1 ttl=64 time=2.24 ms
64 bytes from 192.168.1.105: icmp_req=2 ttl=64 time=5.26 ms
64 bytes from 192.168.1.105: icmp_req=3 ttl=64 time=5.16 ms
64 bytes from 192.168.1.105: icmp_req=4 ttl=64 time=1.72 ms
64 bytes from 192.168.1.105: icmp_req=5 ttl=64 time=2.69 ms
Any ideas, what could cause the high latency on the Galaxy SII? The Phone was as much idle, as possible at the time of the ping. Is it some kind of WIFI sleep mode, or bad network driver?
Update: the previous measurements were done on KF1 (Frankenstein) firmware.f
IN there I managed to lower the latency significantly using the WIFI State Lock in android (using the "PERFORMANCE MODE"). If you do this, you receive:
DEBUG/WifiStateTracker(2707): high performance mode: true
Two days ago I updated to KF2. While you can still enable the high-performance mode (you see it in LogCat), the latency is not reflecting this change when you ping the station. KF2 delivers the majority of the pings under 5ms of latency, which is great. There are still some pings over 50ms though (and some over 100ms), but nos as much as before.
However, I am wondering - isn't such well-performing WIFI eat more battery?
Slightly separate however having migrated from the HD2 running android and internet speed seems slower on the SGS2.
The initial connect seems slow. 15 secs latency. The HD2 was almost instantaneous. Eg side by side with an iphone it was way quicker.
The SGSII is a lot slower than the iPhone 2
dusty_nz said:
Slightly separate however having migrated from the HD2 running android and internet speed seems slower on the SGS2.
The initial connect seems slow. 15 secs latency. The HD2 was almost instantaneous. Eg side by side with an iphone it was way quicker.
The SGSII is a lot slower than the iPhone 2
Click to expand...
Click to collapse
+1, same problem for me, and I sue ROM Thunderbolt 1. 2 and modem Kf2. same problem with modem ke7

Porting miracast to galaxy s2

Hey there guys!
i got a new tv which supports miracast.now is my problem,as the title already tells,that my s2 isnt supporting it.
is there a way to port it to the s2?or is there a app to make it possible?
Thanks a lot
Really no answer? Cant anybody tell me if its possible???
i don't know correct answer, so i told my works.
S2 on 4.2.2 and miracast didn't working.
when miracast process start on S2, then S2 occurred eternal reboot loop!
i think exynos4 couldn't miracast, exynos5 such as Nexus 10 can miracast.
my documentation link:
https://github.com/kensuke/How-to-Miracast-on-AOSP/wiki/
Sent from my GT-I9100 using xda app-developers app
See my post here:
http://forum.xda-developers.com/showthread.php?p=48464127#post48464127
i think that two devices processor is different.
GS2 exynos4
GN OMAP4
same hardware?
Sent from my GT-I9100 using xda app-developers app
From what I have read is not the procesor that is important, it's about wifi direct. So I what I meant was that both phone have the same wifi module that support wifi direct.
Sent from my GT-I9100 using xda app-developers app
yes, s2 supported wifi direct.
IMO also important hardware h.264 video encorder for miracast.
i don't know s2's encorder satisfied miracast specification.
Sent from my N-03E using xda app-developers app
GS2 is usig Broadcom BCM4330 wifi chip, the same as i9250.
And if you take a look on Wikipedia on i9100 you will find that ..."For H.264 playback, the device natively supports 8-bit encodes along with up to 1080p HD video playback."
So, teoreticly it shoud work. Maybe you have to modify the encoding rate, but I think there is a chance that it will work.
@s107ken Do you have the miracast patch installed on i9250? I see that you have a GS2 too, have you tried implementing the miracast patch to it? Do you think that the screenrecording patch will work on i9100?
I'm actualy trying to use my phone for watching movies, and I really don't like the fact that you have to connect your charger to a MHL cable. And I was thinking, if it's possible to reduce the brightness to 0 (off) when the phone is on miracast connection and to turn it back on primery state once you exit the app/option. This way you can save the battery. Do you think it's possibile to do that?
Thank you.
installed SuperNexus 4.2 and applied miracast patches on GS2, miracast didn't working. my old post said more detail.
http://forum.xda-developers.com/showpost.php?p=46369849&postcount=3
4.4 on GS2 didn't try.
applied miracast patches on GN 4.2 and 4.4 is working, 4.3 didn't working.
screenrecord on GN is working after applied one line fixed code addition.
Sent from my N-03E using xda app-developers app
I'm still on CM 10.2. When I will pass to CM11 I will definitely try to apply both patches.
Thank you for info's.
Sent from my GT-I9100 using xda app-developers app
this is short report for installed SuperNexus 4.0 Build1 = kitkat on my Galaxy S2.
Wi-Fi Direct didn't working now
I'll try debugging..
Miracast on GS2 report
Miracast Sink(receive)
tested Nexus 7 to GS2, almost working.
Miracast Source(send)
tested GS2 to Nexus 7(enabled Miracast Sink on my custom ROM), connection succeedded, but after connected GS2 freezed.
logcat shows many "latency" outputs.
Code:
I/PlaybackSession(1863): sink reports avg. latency of 2527 ms (max 2735 ms)
fix files for SuperNexus 4.0 Build 1, GT-I9100, Miracast Source only
common.mk - remote audio setting
audio_policy.conf - remote audio setting
config.xml - Miracast enabler flag
ACodec.cpp - H/W encorder error skip
-
p2p_supplicant.c - p2p duty fix
I'm traveling hot springs, so more detail debugging in next week.
Bad news
installed self build CM11 to Galaxy S2, almost same result at SuperNexus 4.0, p2p connection succeeded, after connected first screen was send but GS2 freeze.
my build process
Code:
// Source Download
$ repo init -u git://github.com/CyanogenMod/android.git -b cm-11.0
$ repo sync -j2
$ cd ~/cyanogenmod/vendor/cm
$ ./get-prebuilts
// Build init
$ cd ~/cyanogenmod
$ source build/envsetup.sh
$ breakfast i9100
// get proprietary files
// install SuperNexus 4.0 to Galaxy S2, connected adb
// $ cd ~cyanogenmod/device/samsung/i9100
// $ ./extract-files.sh
// First Build, error stop
$ croot
$ brunch i9100
$ build/core/product_config.mk:238: *** _nic.PRODUCTS.[[device/samsung/i9100/cm.mk]]: "vendor/samsung/galaxys2-common/common-$ vendor.mk" does not exist. stopped.
$ cp -a ../supernexus/vendor/samsung/galaxys2-common vendor/samsung
// Second Build, error stop
$ brunch i9100
$ device/samsung/galaxys2-common/overlay/packages/services/Telephony/res/values/config.xml:24:
error: Resource at in_call_noise_suppression_audioparameter appears in overlay but not in the base package; use <add-resource> to add.
// edit config.xml
<!--
<string name="in_call_noise_suppression_audioparameter">dualmic_enabled=true=false</string>
-->
// Third Build, success
$ brunch i9100
// get proprietary files
// install SuperNexus 4.0 to Galaxy S2, connected adb
$ cd ~cyanogenmod/device/samsung/i9100
$ ./extract-files.sh
// 4th Build, success
$ croot
$ brunch i9100
Good news coming in a New Year
Miracast Source(send) have an important three settings that is Screen Size, Bitrate and FPS.
Miracast Source execute in AOSP default setting, latency is increasing.
1280 x 720, Bitrate 5000000(AOSP default), FPS 30Hz(AOSP default)
Code:
I/PlaybackSession(1863): sink reports avg. latency of 47 ms (max 203 ms)
I/PlaybackSession(1863): sink reports avg. latency of 697 ms (max 1022 ms)
I/PlaybackSession(1863): sink reports avg. latency of 1448 ms (max 1765 ms)
I/PlaybackSession(1863): sink reports avg. latency of 2293 ms (max 2603 ms)
I/PlaybackSession(1863): sink reports avg. latency of 3089 ms (max 3408 ms)
I/PlaybackSession(1863): sink reports avg. latency of 3902 ms (max 4247 ms)
I/PlaybackSession(1863): sink reports avg. latency of 4737 ms (max 5075 ms)
I/PlaybackSession(1863): sink reports avg. latency of 5518 ms (max 5853 ms)
I/PlaybackSession(1863): sink reports avg. latency of 6280 ms (max 6611 ms)
I/PlaybackSession(1863): sink reports avg. latency of 7088 ms (max 7435 ms)
I/PlaybackSession(1863): sink reports avg. latency of 7891 ms (max 8280 ms)
I/PlaybackSession(1863): sink reports avg. latency of 8723 ms (max 9098 ms)
I/PlaybackSession(1863): sink reports avg. latency of 9577 ms (max 9909 ms)
I/PlaybackSession(1863): sink reports avg. latency of 10403 ms (max 10739 ms)
I/PlaybackSession(1863): sink reports avg. latency of 11173 ms (max 11451 ms)
I/PlaybackSession(1863): sink reports avg. latency of 11944 ms (max 12305 ms)
I/PlaybackSession(1863): sink reports avg. latency of 12792 ms (max 13138 ms)
I/PlaybackSession(1863): sink reports avg. latency of 13615 ms (max 13962 ms)
I/PlaybackSession(1863): sink reports avg. latency of 14399 ms (max 14720 ms)
I/PlaybackSession(1863): sink reports avg. latency of 15152 ms (max 15480 ms)
I/PlaybackSession(1863): sink reports avg. latency of 15943 ms (max 16265 ms)
I/PlaybackSession(1863): sink reports avg. latency of 16765 ms (max 17109 ms)
I/PlaybackSession(1863): sink reports avg. latency of 17580 ms (max 17921 ms)
three settings changes in patched wifi-display, latency is good
800x480, Bitrate 1000000, FPS 10Hz
Code:
I/PlaybackSession(1863): sink reports avg. latency of 43 ms (max 188 ms)
I/PlaybackSession(1863): sink reports avg. latency of 191 ms (max 302 ms)
I/PlaybackSession(1863): sink reports avg. latency of 244 ms (max 362 ms)
I/PlaybackSession(1863): sink reports avg. latency of 7 ms (max 154 ms)
I/PlaybackSession(1863): sink reports avg. latency of -27 ms (max 35 ms)
I/PlaybackSession(1863): sink reports avg. latency of -27 ms (max 32 ms)
I/PlaybackSession(1863): sink reports avg. latency of -30 ms (max 38 ms)
I/PlaybackSession(1863): sink reports avg. latency of -32 ms (max 21 ms)
I/PlaybackSession(1863): sink reports avg. latency of -33 ms (max 41 ms)
I/PlaybackSession(1863): sink reports avg. latency of -27 ms (max 40 ms)
I/PlaybackSession(1863): sink reports avg. latency of -25 ms (max 39 ms)
I/PlaybackSession(1863): sink reports avg. latency of -24 ms (max 69 ms)
I/PlaybackSession(1863): sink reports avg. latency of -41 ms (max 20 ms)
I/PlaybackSession(1863): sink reports avg. latency of -35 ms (max 41 ms)
this is a stock movie(on sdcard *.mp4) play result.
Final App
looking awsome!!!
when you post a final apk?
im sitting here and waiting for your great work
this is required OTA ROM format, not apk.
because init.rc changes including.
Sent from my GT-I9100 using xda app-developers app
uploaded applied "mira03" patches SuperNexus 4.0 based ROM for GT-I9100
https://drive.google.com/file/d/0B1NZ-kUcUidjRUVrMmEzdWZHOXM/edit?usp=sharing
md5:3262de50ecb15d4d58b26208c7755c1f
TRY AT YOUR OWN RISK!
Sent from my GT-I9100 using xda app-developers app
How do you apply the patch?
this is SuperNexus 4.0 Build1 based ROM. in addition Miracast enabled.
http://forum.xda-developers.com/showthread.php?t=2583611
first, install latest recovery.
http://galaxys2root.com/cwmtwrp-recovery/
next, install ROM using recovery.
more details how to install custom ROM, let's try googling..
I see, GS2 custom ROM install is a little difficult than Nexus devices.
Sent from my GT-I9100 using xda app-developers app
So this rom has Miracast enabled automatically?
s107ken said:
this is SuperNexus 4.0 Build1 based ROM. in addition Miracast enabled.
http://forum.xda-developers.com/showthread.php?t=2583611
first, install latest recovery.
http://galaxys2root.com/cwmtwrp-recovery/
next, install ROM using recovery.
more details how to install custom ROM, let's try googling..
I see, GS2 custom ROM install is a little difficult than Nexus devices.
Sent from my GT-I9100 using xda app-developers app
Click to expand...
Click to collapse

Variable ping times and connection problems on multiple android phones

I have a nexus 6 and a galaxy s3 here which have variable ping times. Tried with several routers and ping times are quite high, at times they are so high that some games are unplayable or the phone drops packets once in a while. Below is the information I posted to google product forums and well, I got a canned response unfortunately. Also it was suggested that the problem may be hardware related, but I saw this problem also in 2 samsung phones and my nexus 6, at least 3 different wifi routers and I am not sure if I am ready to call it a hardware failure. I ran the tests just after flashing MMB29Q firmware so the phone was mostly stock at that point. (I setup few google apps and store only). I would be happy to know if somebody knows the reason for this.
I am trying to figure out why my nexus 6 (MMB29Q firmware) is behaving so badly on network. When I play games which require realtime data, sometimes games freeze for a second or two.
I have 2 phones next to each other Nexus6 and chinese Otium S5. From inside my wireless router (OpenWRT) I ping both of them, here is how it looks like (sometimes nexus 6 loses packets also)
Otium
PING 192.168.1.217 (192.168.1.217): 56 data bytes
64 bytes from 192.168.1.217: seq=0 ttl=64 time=4.287 ms
64 bytes from 192.168.1.217: seq=1 ttl=64 time=4.133 ms
64 bytes from 192.168.1.217: seq=2 ttl=64 time=4.450 ms
64 bytes from 192.168.1.217: seq=3 ttl=64 time=6.304 ms
64 bytes from 192.168.1.217: seq=4 ttl=64 time=5.444 ms
64 bytes from 192.168.1.217: seq=5 ttl=64 time=4.030 ms
64 bytes from 192.168.1.217: seq=6 ttl=64 time=4.138 ms
64 bytes from 192.168.1.217: seq=7 ttl=64 time=4.140 ms
64 bytes from 192.168.1.217: seq=8 ttl=64 time=2.961 ms
64 bytes from 192.168.1.217: seq=9 ttl=64 time=3.610 ms
64 bytes from 192.168.1.217: seq=10 ttl=64 time=4.052 ms
Nexus 6
PING 192.168.1.151 (192.168.1.151): 56 data bytes
64 bytes from 192.168.1.151: seq=0 ttl=64 time=77.458 ms
64 bytes from 192.168.1.151: seq=1 ttl=64 time=99.358 ms
64 bytes from 192.168.1.151: seq=2 ttl=64 time=123.873 ms
64 bytes from 192.168.1.151: seq=3 ttl=64 time=147.916 ms
64 bytes from 192.168.1.151: seq=4 ttl=64 time=69.522 ms
64 bytes from 192.168.1.151: seq=5 ttl=64 time=91.282 ms
64 bytes from 192.168.1.151: seq=6 ttl=64 time=116.320 ms
64 bytes from 192.168.1.151: seq=7 ttl=64 time=4.159 ms
64 bytes from 192.168.1.151: seq=8 ttl=64 time=164.020 ms
64 bytes from 192.168.1.151: seq=9 ttl=64 time=185.923 ms
64 bytes from 192.168.1.151: seq=10 ttl=64 time=211.102 ms
I tried
* factory reset and reset network settings in nexus 6 and it does not help.
* I found in some forums the location settings may caused problems in previous rom so I tried to enable things like keep wifi always on, use wifi etc. for location and some other combinations but it does not help.
* I tried another access point. (tp-link with tp-link firmware) and it does the same problem.
* I tried to go next to the access point, (1-2 meters away line of sight) and still it did not help.
* I tried disabling WMM mode in the access point and it made the Otium pings go down to 1.5ms to 2.5ms (about 2ms faster than before. I tried this twice because I couldn't believe that it made a difference)
* On tp-link, I tried 802.11b, bg, bgn, n only etc. Also on OpenWRT the legacy mode which I believe uses 802.11 bg.
Interestingly if I ping from nexus 6 to the router it works rather fine while still slower than the chinese phone.
Nexus 6:
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: seq=0 ttl=64 time=8.071 ms
64 bytes from 192.168.1.1: seq=1 ttl=64 time=8.471 ms
64 bytes from 192.168.1.1: seq=2 ttl=64 time=8.324 ms
64 bytes from 192.168.1.1: seq=3 ttl=64 time=8.210 ms
64 bytes from 192.168.1.1: seq=4 ttl=64 time=6.300 ms
64 bytes from 192.168.1.1: seq=5 ttl=64 time=7.840 ms
64 bytes from 192.168.1.1: seq=6 ttl=64 time=7.837 ms
64 bytes from 192.168.1.1: seq=7 ttl=64 time=7.878 ms
64 bytes from 192.168.1.1: seq=8 ttl=64 time=7.689 ms
64 bytes from 192.168.1.1: seq=9 ttl=64 time=7.922 ms
64 bytes from 192.168.1.1: seq=10 ttl=64 time=7.764 ms
Otium:
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: seq=0 ttl=64 time=4.132 ms
64 bytes from 192.168.1.1: seq=1 ttl=64 time=3.326 ms
64 bytes from 192.168.1.1: seq=2 ttl=64 time=3.470 ms
64 bytes from 192.168.1.1: seq=3 ttl=64 time=3.314 ms
64 bytes from 192.168.1.1: seq=4 ttl=64 time=3.165 ms
64 bytes from 192.168.1.1: seq=5 ttl=64 time=4.037 ms
64 bytes from 192.168.1.1: seq=6 ttl=64 time=3.568 ms
64 bytes from 192.168.1.1: seq=7 ttl=64 time=3.235 ms
64 bytes from 192.168.1.1: seq=8 ttl=64 time=3.422 ms
64 bytes from 192.168.1.1: seq=9 ttl=64 time=2.040 ms
64 bytes from 192.168.1.1: seq=10 ttl=64 time=3.399 ms
RIght now when I ran the tests, in chinese phone the wifi strength is -69 to -73 DBM and in nexus 6 it changes between -67 to -72 DBM
In the router I see varying numbers between -65 to -75 DBM on both phones.
I am not sure what other information I can provide right now. If you think you would need more, please let me know how to obtain it and I will obtain and provide it.
Thanks!
Click to expand...
Click to collapse

Categories

Resources