Though I remember something about Facebook uploading phones' binaries to the server for inspection or soemthing. This was a few years back, so it's probably changed.
Browser Company engineer here. Thanks for reporting! This is neither normal nor expected.
If you don’t mind, could you try the same test after temporarily disabling all extensions in arc://extensions? “Arc Helper” processes are used for both renderers and extensions. We have seen many cases where extensions behave unexpectedly.
The crash dump we upload for diagnose, when you first restart the browser after a crash happened, is a json file of about 100KB to 200KB similar to IPS files you see in the MacOS Console app, so they can’t be what is causing this.
If you need to send us any data you don’t want to share publicly for privacy reasons, feel free to create a bug report using Arc itself, and we can follow-up there.
Yes, that's just something buggy. The helper is pinned to a sandboxed tab that is making your CPU go crazy. The data isn't being uploaded to Arc. I'm guessing you know what the tab is.
No, there was no tab in the background. I set the Arc to not restore any windows from previous session. After I opened the Arc, I only opened a google doc page and closed it before the recording. The same RAM increase and data upload can be observed without open and close a google doc page.
Though I remember something about Facebook uploading phones' binaries to the server for inspection or soemthing. This was a few years back, so it's probably changed.