Currently obuilder on macOS only supports a single user account, limiting the throughput on the macOS workers.
Extending macOS obuilder to support multiple users should improve throughput and resource usage.
Things to consider:
homebrew assumes a single user install, extend the File system redirection to handle multiple users
macOS base images might need to be relocatable so they can be shared between users
opam root also needs to be sharable
Mark tried putting OPAMROOT on an obuilderfs mounted file system, unfortunately we see issues with opam installing software such as opam install dune and in some cases even opam init. He tested the macOS file system using https://github.com/pjd/pjdfstest and compared the results to a fuse-mounted file system. macOS directly failed 82 of the 8720 tests. When mounted through obuilderfs/macFuse approximately 3500 tests failed. https://ocamllabs.slack.com/archives/D02LTUAT74K/p1665657002246979
As macFuse doesn’t seem to be good enough other alternatives need to be investigated.
Currently obuilder on macOS only supports a single user account, limiting the throughput on the macOS workers. Extending macOS obuilder to support multiple users should improve throughput and resource usage.
Things to consider:
Mark tried putting
OPAMROOT
on anobuilderfs
mounted file system, unfortunately we see issues with opam installing software such asopam install dune
and in some cases evenopam init
. He tested the macOS file system using https://github.com/pjd/pjdfstest and compared the results to a fuse-mounted file system. macOS directly failed 82 of the 8720 tests. When mounted through obuilderfs/macFuse approximately 3500 tests failed. https://ocamllabs.slack.com/archives/D02LTUAT74K/p1665657002246979As macFuse doesn’t seem to be good enough other alternatives need to be investigated.