On a similar vein some time ago I had written a small toy lib that emulates the os.File interface for nmap backed files: https://github.com/zaf/yammap, It even handled bus errors without panicking: https://github.com/zaf/yammap/blob/186f714343906bb9304ad5f30...

Read and write performance was usually better especially with larger write sizes. Compared to os.File:

  ~/src/yammap$ go test -benchtime=4s -bench .
  goos: linux
  goarch: amd64
  pkg: github.com/zaf/yammap
  cpu: AMD Ryzen 9 5900X 12-Core Processor
  BenchmarkWrite-24          29085     164744 ns/op 25459.52 MB/s
  BenchmarkOSWrite-24        22204     215131 ns/op 19496.54 MB/s
  BenchmarkRead-24           29113     166820 ns/op 25142.72 MB/s
  BenchmarkOSRead-24         27451     172685 ns/op 24288.69 MB/s

Customer.io (https://customer.io) | Senior Site Reliability Engineer (SRE) | Portland Oregon | Full time | Remote

About us: Our mission at Customer.io is to power automated communication that people like to receive. Today over 1,500 internet businesses use Customer.io to manage, send, and track performance of email, SMS, and push notifications. Unlike typical marketing platforms, Customer.io helps businesses increase relevance by using behavioral data: what people do or don’t do when logged in to a web or mobile app.

Role: Senior Site Reliability Engineer (SRE) https://boards.greenhouse.io/customerio/jobs/2226703

As mentioned here: http://lists.digium.com/pipermail/asterisk-dev/2016-Septembe...

'In order to lessen the risk of future legal action, the codec reports anonymous stats to Digium once per day that contain the maximum number of simultaneous opus channels in the past 24 hours. Again, totally anonymous. We don't even record ip address, just a uuid and count.'

Surely not ideal but the data sent 'home' are minimal and as anonymous as possible. What really smells bad in this and similar cases is the madness surrounding the whole software patent legislation. For those who still like to prevent the module from reporting any data more details can be found here: http://lists.digium.com/pipermail/asterisk-dev/2016-Septembe...