zregvart commented on pull request #667:
URL: https://github.com/apache/camel-website/pull/667#issuecomment-966578998


   > What is your goal here?
   
   The intent is to have the most reliable and the fastest build of the website 
possible on ci-builds.a.o. The performance is perhaps not immediately obvious, 
apart from getting the changes quickly published, the limiting factor of 
ci-builds.a.o is that it has only a few agents available to build websites, so 
any job that takes up too much time prevents other projects utilizing 
ci-builds.a.o to build their website. If we access the network from 
ci-builds.a.o this endangers both the performance and reliability of the build. 
Caching dependencies and having a nearly offline build at ci-builds.a.o is the 
aspired goal. How yarn is trying to do that and the argumentation for it can be 
seen on [Zero-Installs](https://next.yarnpkg.com/features/zero-installs).
   
   Docker is a Linux technology (for the most part), so when running Docker on 
any architecture you're running a Linux process inside a Linux (virtual) 
machine. I don't know if Docker has support for ARM, and if it does it might 
still opt to run only Docker itself as ARM and containers as x86. Container 
images are architecture dependent, and [node 
image](https://hub.docker.com/_/node) does have an ARM variant, so depending on 
what Docker chooses to support on the M1 Macs, whether it will run as ARM 
native and run ARM containers, or with whichever means (Rosetta) end up running 
x86 containers -- yes the cache might vary.
   
   After writing that I went to the Docker website and found 
[this](https://docs.docker.com/desktop/mac/apple-silicon/), which says that the 
Apple Silicon version of Docker Desktop can run both ARM and x86 containers. 
x86 containers can be run using `--platform linux/amd64` parameter.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to