Ernillew / wl500g

Automatically exported from code.google.com/p/wl500g
0 stars 0 forks source link

NTFS support is slowing down Wifi #299

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?

1.enable NTFS-Write Support via WebIF

What is the expected output? What do you see instead?

Wifi should be stable at 300 Mbit/s.
If NTFS-Write Support is enabled, the connection drops to 11 Mbit/s and varies 
heavily. The user only gets 150kb/s download-rates.
If NTFS-Write Support is disabled, the problem doesn't exist.

What version of the product are you using?
RT-N16 rtn-3702

Please provide any additional information below.

Whole discussion:

http://wl500g.info/showthread.php?p=244933 (german)

Original issue reported on code.google.com by exclamat...@gmail.com on 11 Feb 2012 at 12:34

GoogleCodeExporter commented 9 years ago
First of all, you MUST clarify which transfer speed you means exactly.

In case of it is transfer from/to USB HDD(flash) to/from client, it is expected 
behavior since ntfs-3g used for write access to NTFS volumes and router CPU 
slow.
You can monitor it by "top" command in telnet/ssh session.

Second, nobody can guarantee 300 Mbit/s for any wireless connection. It is 
maximum speed in ideal environment.

P.S. Sorry, none of us understand German language.

Original comment by lly.dev on 11 Feb 2012 at 1:03

GoogleCodeExporter commented 9 years ago
I report this for MrMmmkay, because he fears google :)

I guess he means the transmission rate that is shown at the "state of wireless 
connection" via windows. ntfs-3g should not be affected, as he's doing a backup 
to an network-hdd, not to an USB-attached one. 

"300 Mbit/s for any wireless connection." yes - that was exaggerated.

P.S. I use translate.google.com to translate the russian threads to English - 
you can do the same with threads in the german sub-forum ;) 

Original comment by exclamat...@gmail.com on 12 Feb 2012 at 11:45

GoogleCodeExporter commented 9 years ago
Unfortunately, Google translate didn't get answer. I tried it before my first 
comment. For example, translated text:

"If NTFS support is enabled are nurnoch wireless transmission rates of around 
150kb / s (even next to the router), the connection speed also varies Windows 
displays very strong, right down to 11mb / s
Nach dem Deaktivieren vom NTFS Support sind neben dem Router wieder 10mb/s 
möglich, die angezeigte Verbindungsgeschwindigkeit im Windows sinkt nicht mehr 
unter 200mb/s. After disabling the NTFS support in addition to the router again 
10mb / s, the displayed connection speed in Windows no longer falls under 200mb 
/ s"

I can't understand what kind of speed measured in above sentence, except 
"Windows shows something".

1) Your guess may be wrong
2) There were might be other local processes on router, such as torrents
3) I can't reproduce similar behavior

Original comment by lly.dev on 13 Feb 2012 at 7:02

GoogleCodeExporter commented 9 years ago
http://wl500g.info/showpost.php?p=245071&postcount=12

On my 500gP it's no problem either... 

Original comment by exclamat...@gmail.com on 13 Feb 2012 at 10:46

GoogleCodeExporter commented 9 years ago
Thanks, its much clear. But I still can't imagine correlation with Wi-Fi 
Connection Speed & ntfs-3g...

Can MrMmmkay check router CPU load at web-UI "Status & Log" -> "System 
Utilization" ?
Will same behavior observed on previous firmware release r3497 ?

Original comment by lly.dev on 13 Feb 2012 at 11:12

GoogleCodeExporter commented 9 years ago
ok - it turns out, that the channel settings cause the wireless slowdown... 

http://wl500g.info/showpost.php?p=245110&postcount=14

Original comment by exclamat...@gmail.com on 14 Feb 2012 at 10:53

GoogleCodeExporter commented 9 years ago
Also, it might be effect of updated Broadcom SDK 5.60 in r3702. Due this 
assumption I asked to check r3497
Take a look at Issue 298

Original comment by lly.dev on 14 Feb 2012 at 11:07

GoogleCodeExporter commented 9 years ago
http://wl500g.info/showpost.php?p=245157&postcount=17

Original comment by lly.dev on 16 Feb 2012 at 11:09