[Webkit-unassigned] [Bug 209140] New: IndexedDB Performance slows down with number of objectStores on safari 13

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=209140

            Bug ID: 209140
           Summary: IndexedDB Performance slows down with number of
                    objectStores on safari 13
           Product: WebKit
           Version: Safari 13
          Hardware: All
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: JavaScriptCore
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: peter.b.wu at oracle.com

Created attachment 393659

  --> https://bugs.webkit.org/attachment.cgi?id=393659&action=review

Performance of IDB per browser

When creating multiple objectStores(25 - 150 stores) with 0 documents, Safari 13 consistently shows performance degradation with the number objectStores created. The trend appears to be a linear degradation of performance. 

The function used to test performance is the objectStore.get(key) function of IndexedDB.

This issue does not occur when running the same test case on the older iPhone 6 running iOS 12.4.5. Please see attached graph. The slowest is iOS13 with PouchDB.js followed by iOS13 with Pure IndexedDB. After those are the Safari 13 on Macbook Pro 2019 with PouchDB.js and Pure IndexedDB is the fourth linearly increasing line on the graph. Time for each test measure by wrapping IndexedDB function in a promise and resolving on dbRequest.onsuccess.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200316/49f6392b/attachment-0001.htm>