Open
Bug 989636
Opened 11 years ago
Updated 2 years ago
Bad hard drive performance when loading Babylon.js demos
Categories
(Core :: Storage: IndexedDB, defect, P5)
Core
Storage: IndexedDB
Tracking
()
NEW
People
(Reporter: azakai, Unassigned)
References
(Blocks 1 open bug, )
Details
Demos on
http://www.babylonjs.com/
(for example, the heart demo) all load much slower in firefox than in chrome. In firefox, when it says "streaming items" it causes a lot of hard drive activity on each number that it counts down (an fsync of a large file perhaps?) whereas in chrome the numbers go down much faster with almost no disk IO noticeable.
Sorry if I filed this in the wrong place, I am not sure this is due to IndexedDB, but I do see it uses IndexedDB, and do not see localStorage or sessionStorage being used, and not sure what else could cause such hard drive usage.
Reporter | ||
Comment 1•11 years ago
|
||
(ack, this is the issue i mentioned at the gdc games dinner)
Blocks: gecko-games
Comment 2•11 years ago
|
||
The database code is here to shave a few hops:
https://github.com/BabylonJS/Babylon.js/blob/master/Babylon/Tools/babylon.database.js
The notable thing is that it detects when Chrome throws a DataCloneError because it does not support storing Blobs (https://code.google.com/p/chromium/issues/detail?id=108012 with some fairly recent landings and backouts, so probably not in most channels at this time)
https://github.com/BabylonJS/Babylon.js/blob/master/Babylon/Tools/babylon.database.js#L274
Once that happens the code-path for loading images alters so that it no longer uses IndexedDB, suggesting Chrome might have a significantly reduced I/O load:
https://github.com/BabylonJS/Babylon.js/blob/master/Babylon/Tools/babylon.tools.js#L188
Reporter | ||
Comment 3•11 years ago
|
||
Thanks! I filed
https://github.com/BabylonJS/Babylon.js/issues/164
over there.
Updated•7 years ago
|
Priority: -- → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•