Open
Bug 1143751
Opened 10 years ago
Updated 2 years ago
Limited download speed in HTML5 app via XHR
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
NEW
People
(Reporter: test7, Unassigned)
References
Details
(Keywords: perf)
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.76 Safari/537.36 Steps to reproduce: I'm developing a HTML5 app, that is downloading some large data form servers via xhr. Actual results: In chrome and IE11 the data downloads pretty fast, in firefox it's much slower. I've created the simple speed check which showed me, that in firefox the download speed is about 100Mbps, and I'm testing it on 1Gpbs bandwidth. Expected results: It should be a lot faster
Updated•10 years ago
|
QA Whiteboard: [bugday-20150316]
Component: Untriaged → DOM
Keywords: perf
Product: Firefox → Core
Version: Firefox 38 → 38 Branch
Updated•10 years ago
|
Component: DOM → Networking
Comment 1•10 years ago
|
||
It can be dupe of either bug #611320 or bug #811593. Please confirm in reply.
Flags: needinfo?(test7)
(In reply to Virtual_ManPL [:Virtual] from comment #1) > It can be dupe of either bug #611320 or bug #811593. Please confirm in reply. bug #611320: I use onprogress event, therefore not the case bug #811593: I can't exactly understand this issue. I download files over http:// protocol, not app://.
Flags: needinfo?(test7)
Updated•10 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•10 years ago
|
Summary: Limited download speed → Limited download speed in HTML5 app via XHR
Comment 3•10 years ago
|
||
we need to tease apart the possible bottleneck sources. 1] is there an STR available? 2] can you do the transfer without xhr and compare the transfer rate? e.g. right click a link and send it to the download manager? that would help us figure out if the was a networking thing or a xhr thing 3] what platform is firefox running on and what version of the OS? 4] can we get a bit of a tcpdump or wireshark cap? We don't need the full thing, but a second or two from the middle of the transfer would help me identify whether we were bottlenecking at the tcp layer. 5] what is the rtt between the client and server? (ping time). This again goes to the amount of buffering tcp needs. 6] is this http/1 or http/2 or spdy? thanks
Thank you for your response. 1) What exactly do you mean by STR, please? 2) Download manager shows something like 36MB/s and downloads it in 1 second, via xhr its something about 5-8. 3) Windows Server 2012 R2 Standard (64b). 4) You can find these in your mailbox. 5) 48ms 6) http/1.1
Comment 5•10 years ago
|
||
(In reply to test7 from comment #4) > Thank you for your response. thank you for following up with so much info. > > 1) What exactly do you mean by STR, please? Steps To Reproduce - a recipe for someone else to see the issue too. > 2) Download manager shows something like 36MB/s and downloads it in 1 > second, via xhr its something about 5-8. ok - that points strongly at a dom interaction of some kind. The networking code moves the data quickly and is able to signal a consumer quick enough. You might have some kind of string manipulation or buffer growth issue. Can you provide a snippet of the relevant JS? > 3) Windows Server 2012 R2 Standard (64b). > 4) You can find these in your mailbox. > 5) 48ms > 6) http/1.1
Component: Networking → DOM
(In reply to Patrick McManus [:mcmanus] from comment #5) > (In reply to test7 from comment #4) > > 2) Download manager shows something like 36MB/s and downloads it in 1 > > second, via xhr its something about 5-8. > > ok - that points strongly at a dom interaction of some kind. The networking > code moves the data quickly and is able to signal a consumer quick enough. > > You might have some kind of string manipulation or buffer growth issue. Can > you provide a snippet of the relevant JS? I have just sent you a private email with source code samples. Please keep them private because this is our intelectual property. Thank you for your understanding.
Updated•9 years ago
|
Flags: needinfo?(mcmanus)
Comment 8•9 years ago
|
||
hey guys, do you remember this? I think I forwarded you the test case in email, but my attachments from that period have been purged.. It seems to be some kind of competititive bottleneck in xhr (comment 5)
Flags: needinfo?(bzbarsky)
Flags: needinfo?(bugs)
Comment 9•9 years ago
|
||
Really need some testcase here I can run. Hard to say otherwise why something isn't processed as fast it should.
Comment 10•9 years ago
|
||
What Olli said. The mail mentioned in comment 6 has no indication as to what should be done with the files in it to reproduce the problem...
Flags: needinfo?(bzbarsky) → needinfo?(test7)
Reporter | ||
Comment 11•9 years ago
|
||
I will send what is necessary in a few weeks.
Flags: needinfo?(test7)
Updated•9 years ago
|
Flags: needinfo?(mcmanus)
Reporter | ||
Comment 12•9 years ago
|
||
I have responded 2 days ago and waiting on feedback. Thanks.
Updated•6 years ago
|
Flags: needinfo?(bugs)
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•