neildhar

@ilyagru Given that the crash is in libjsc.so, there's a reasonable chance you're running into a bug in JSC, particularly if it clears after switching to Hermes. On the point...

@ThomsonTong13 When execution is interrupted due to a timeout (after setting `watchTimeLimit`), we throw a JavaScript exception carrying the stack. This exception cannot be caught in JS, but you can...

I did some quick profiling on macOS, which suggests there is likely some low hanging fruit for optimisation. Specifically, with Intl disabled, I see most of the time being spent...

@AlexLablaiksSAP * A repro using the Hermes CLI tool would be great. * macOS or Linux would be the most convenient. * Once you have a standalone repro, it should...

@AlexLablaiksSAP thank you for sharing your results. One immediate suspect is overhead in JSI and populating RN's task queue. The performance of Hermes' JSI layer has improved dramatically recently though....

Interesting. Is the comparison with JSC done with a debug or release build of the RN app?

Hey @andreialecu, thanks for reporting this. Could you also share which version of Hermes you are using, as well as the iOS/Android version you are testing on? It would also...

Looking at the reported error, the external memory consumption in this heap is relatively high, likely due to a lot of string or ArrayBuffer allocations. While it is possible that...

It looks like the stack trace isn't symbolicated, so it is just reporting locations relative to the locations of exported symbols. We can't really help here without a symbolicated stack...

@cipolleschi could you share the current steps for symbolication on iOS?