Thanks Mike for quick answer. It is nice to find out that there is some
body alive in this bug :D

It was only in this example with that 
new  kernel (3.11.0-2-lowlatency #1-Ubuntu SMP PREEMPT Fri Aug 16 22:06:58 UTC 
2013 i686) 
when  Netgear usb adapter give 100% lost,
with older kernel (3.8.0-30-lowlatency #22-Ubuntu SMP PREEMPT Mon Aug 26 
22:31:40 UTC 2013 x86_64 x86_64 x86_64) adapter was working, but so so slugish 
like hell.... and average pakage lost was up til 50% or
60%, and sometimes up til 20%.
The router was just in average  10 m distance with the wooden wall.  So it is 
nothing to do with signal strenght
because another adapter with intel chip with all most the same signal quality 
gives 0% of pakage lost when pinging to router.
And a bit rate, i think, i set it it to auto  or something, but if i want i can 
set it up til to 54mb/s
with sudo iwconfig wlan1 rate 54M fixed but there is no point set rate to 
54mb/s with internet speed i have .  It is the same like when your car 
can go on road max 200km/h and put 400km/h on speedometer. the car will not 
became faster just for that ;)

And on athe laptop with 13.04 ubuntustudio with 
kernel (3.8.0-30-lowlatency #22-Ubuntu SMP PREEMPT Mon Aug 26 22:31:40 UTC 2013 
x86_64 x86_64 x86_64)
with setings
sudo iwconfig wlan1 rate 5.5M fixed 
sudo iwconfig wlan1 frag 2346
and laptop about 15m distance from router

pinging to router gives
ping 10.0.0.138
PING 10.0.0.138 (10.0.0.138) 56(84) bytes of data.
64 bytes from 10.0.0.138: icmp_req=9 ttl=64 time=1.67 ms
64 bytes from 10.0.0.138: icmp_req=10 ttl=64 time=3.45 ms
64 bytes from 10.0.0.138: icmp_req=12 ttl=64 time=2.04 ms
64 bytes from 10.0.0.138: icmp_req=13 ttl=64 time=2.60 ms
^C
--- 10.0.0.138 ping statistics ---
15 packets transmitted, 4 received, 73% packet loss, time 14005ms
rtt min/avg/max/mdev = 1.677/2.445/3.452/0.671 ms

and with sudo iwconfig wlan1 txpower 15

ping 10.0.0.138
PING 10.0.0.138 (10.0.0.138) 56(84) bytes of data.
64 bytes from 10.0.0.138: icmp_req=4 ttl=64 time=1.71 ms
64 bytes from 10.0.0.138: icmp_req=6 ttl=64 time=1.45 ms
64 bytes from 10.0.0.138: icmp_req=7 ttl=64 time=3.05 ms
64 bytes from 10.0.0.138: icmp_req=8 ttl=64 time=1.58 ms
64 bytes from 10.0.0.138: icmp_req=9 ttl=64 time=1.75 ms
64 bytes from 10.0.0.138: icmp_req=10 ttl=64 time=1.27 ms
^C
--- 10.0.0.138 ping statistics ---
10 packets transmitted, 6 received, 40% packet loss, time 9008ms
rtt min/avg/max/mdev = 1.273/1.805/3.054/0.582 ms


So i think it is the same or allmost the same like yours situation,
because with this % of packet lost i also shall get slow download speed.

Actualy adapter in 2012 up till august was working fine. Then router was changed
and i began to have connection problems with this adpter. I don't remember what 
kernel was at that momem in use.
Now i began to remember that maybe i made experiment with another router dlink 
some have year ago,
and adapter was pinging fine, but now can not verify it 100% if I remember it 
100% exactly.

Mike what is router name that your adapter is connecting ?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/802902

Title:
  Realtek rtl8187b wireless chipset slow speed

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/802902/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to