[roll] Roll fuchsia [memory_sampler] Do not block on submitting profiles When the sampler loop submits a profile, it may block if too many profiles are already queued for the next crash report. However, if we stop reading the messages from the FIDL channel, they will accumulate, leading to crashes of the sampled process. Instead, stop processing messages from a process on channel overflow. This will lead us to lose profiles, but that's better than crashing a process. We still read the messages from the channel. We should find a better way to handle this situation. Original-Bug: 483036038 Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1500337 Original-Revision: ed62bce6e096265d390772a83694511ca8b8325e GitOrigin-RevId: 8cbcb0963b1eea212f1056a146a9cc70e01908bb Change-Id: I89d5dfcc38984fe58b5efc4de152c272c4f01f67
This repository contains Fuchsia's Global Integration manifest files.
All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.
Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.
First install Jiri.
Next run:
$ jiri init $ jiri import minimal https://fuchsia.googlesource.com/integration $ jiri update
Third party projects should have their own subdirectory in ./third_party.