Summary: | Reload of MobileSafari and WKWebview when response is received | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | thorsten.wolf | ||||
Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED DUPLICATE | ||||||
Severity: | Normal | CC: | beidson, cdumez | ||||
Priority: | P2 | ||||||
Version: | Safari 14 | ||||||
Hardware: | iPhone / iPad | ||||||
OS: | iOS 14 | ||||||
URL: | https://template.neptune-software.com/neptune/sdk/exp_sample_odata_jsonh_v4.html?sap-client=800 | ||||||
Attachments: |
|
Description
thorsten.wolf
2021-07-02 07:02:03 PDT
memorystatus: killing process 93055 [com.apple.WebKit.WebContent] in high band FOREGROUND (10) - memorystatus_available_pages: 20893 Looks like a Jetsam due to memory usage being too high. You cannot be using > 1.5GB of memory like that on embedded. Hi Chris Dumez, thanks for your super fast reply! This brings us in the direction what we will analyze now. We didn't notice this log entry since we only looked for "Issues and Failures". Does anyone have best practices on how to avoid these memory crashes? I know that in genereal we really need to take care about the memory consumption of our application so we will see what can be optimized in general. However there might be use cases where big payloads need to be retrieved by the application. In our specific scenario we are working with Progressive Web Apps or with the Cordova Framework to get an offline capable app. There are many use cases (especially in offline scenarios) where a lot of master data needs to be synced in advance. Is there any way of influencing if a webkit process is being killed? In other applications there are solutions where the user is asked if he/she wants to continue or let the process crash (Just thinking about "Program ... is not responsing. Do you want to close it?" Do we have any possibility like that in Webkit? Thanks again for your support! Kind regards Thorsten Looks like there were two bugs filed for this, duping ot the older one. There is no way to prevent getting killed for using too much RAM. Perhaps you could store some of the data in IndexedDB to avoid keeping it in memory. WebKit Bugzilla is not a good place to discuss general Web programming topics, as we use it strictly for WebKit bugs. *** This bug has been marked as a duplicate of bug 227610 *** |