Allows trying out Skia code in the browser.
In two different shells:
$ make run_local_fiddle $ make run_local_fiddler
Fiddler uses scrap exchange, but only for scrap conversion. To test these functions a local scrapexchange will need to be started:
# In //scrap run: $ PORT=:8010 PROM_PORT=:20001 make run-local-instance
Then visit http://localhost:8080
The fiddler image is continuously deployed as new Skia commits come in. See documentation at docker_pushes_watcher/README.md.
If needed, fiddler may be manually deployed as so:
Keep in mind that a deployed dirty image will prevent (by design) docker-pushes-watcher from automatically pushing new images. To determine if a fiddler push will be clean or dirty run the following:
To create a clean image make sure that the workspace is up-to-date with no modified files.
NOTE: One caveat is that the glibc version on the machine performing the push needs to be compatible with the version on the image being used by fiddle. After deployment make sure to run a test fiddle to ensure successful compilation on fiddle.
fiddle must be manually deployed as so:
The fiddler-pool node pool is dedicated to running just fiddler pods. This was setup because fiddler latency was high for fiddle when run along with many other pods on 64 core nodes. To create a node pool that is dedicated to a certain kind of pod you need to label and taint all the nodes in the node pool, in this case with the same key,value pair:
Using the same key/value pair isn't required, but it keeps it consistent.
Then add a tolerance to the pod description so it can run in the node-pool, and also add a nodeSelector so that the pods get scheduled into the pool.
spec: nodeSelector: reservedFor: fiddler tolerations: - key: "reservedFor" operator: "Equal" value: "fiddler" effect: "NoSchedule"