feat: migrate boxes to GA and Earthly

[alexghr]

This PR migrates the boxes build & test jobs from CircleCI to Earthly and Github actions.

[alexghr]

• feat: migrate boxes to GA and Earthly #6076 👈
• master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @alexghr and the rest of your teammates on Graphite

[alexghr]

Thoughts on using docker healthchecks instead of netcat? We'd be able to do it in one place (the aztec image) and then anyone running the image would benefit from using a fully-bootstrapped sandbox. This relies on the sandbox only binding to the port after its finished setting up (which is the case currently).

Later edit: the only caveat is if the service does not finish starting in retries * interval seconds then the entire container/docker compose stack is discarded.

[alexghr]

Thoughts on doing this? I tried copying from +build but got a an error (can't remember what it said) so I made this new target that just exposed the fully built workspace

[ludamad]

This makes sense to me. Earthly just requires copies to be explicit like this. We can also put in the boxes earthfile if its the only one that uses it.

[just-mitch]

I did the same thing on my branch to build docs in earthly. I called the target build-dev

[AztecBot]

Benchmark results

No metrics with a significant change found.

Detailed results

All benchmarks are run on txs on the Benchmarking contract on the repository. Each tx consists of a batch call to create_note and increment_balance, which guarantees that each tx has a private call, a nested private call, a public call, and a nested public call, as well as an emitted private note, an unencrypted log, and public storage read and write.

This benchmark source data is available in JSON format on S3 here.

L2 block published to L1

Each column represents the number of txs on an L2 block published to L1.

Metric	8 txs	32 txs	64 txs
l1_rollup_calldata_size_in_bytes	740	740	740
l1_rollup_calldata_gas	6,692	6,668	6,680
l1_rollup_execution_gas	586,824	586,800	586,812
l2_block_processing_time_in_ms	1,516 (+1%)	5,466 (-2%)	10,548 (+2%)
l2_block_building_time_in_ms	22,493	88,126	176,353
l2_block_rollup_simulation_time_in_ms	22,292	87,384	174,886
l2_block_public_tx_process_time_in_ms	8,947 (+1%)	34,481	69,112

L2 chain processing

Each column represents the number of blocks on the L2 chain where each block has 16 txs.

Metric	5 blocks	10 blocks
node_history_sync_time_in_ms	16,455 (+1%)	30,673 (+2%)
node_database_size_in_bytes	20,725,840	37,408,848
pxe_database_size_in_bytes	29,868	59,425

Circuits stats

Stats on running time and I/O sizes collected for every circuit run across all benchmarks.

Circuit	circuit_simulation_time_in_ms	circuit_input_size_in_bytes	circuit_output_size_in_bytes
private-kernel-init	175	46,819	28,822
private-kernel-inner	204	76,734	28,822
private-kernel-ordering	227	53,040	42,751
base-parity	69.7 (-2%)	128	64.0
base-rollup	16,305 (-1%)	111,062	925
root-parity	1,613 (+4%)	27,064	64.0
root-rollup	64.5	11,454	789
public-kernel-app-logic	1,965	54,321	22,677
public-kernel-tail	4,825	159,770	3,898
merge-rollup	6,490	2,696	925
public-kernel-teardown	161	54,321	30,042
public-kernel-setup	220	54,321	30,042

Tree insertion stats

The duration to insert a fixed batch of leaves into each tree type.

Metric	1 leaves	16 leaves	64 leaves	128 leaves	512 leaves	1024 leaves	2048 leaves	4096 leaves	32 leaves
batch_insert_into_append_only_tree_16_depth_ms	11.0	17.9 (+1%)	N/A	N/A	N/A	N/A	N/A	N/A	N/A
batch_insert_into_append_only_tree_16_depth_hash_count	16.7	31.8	N/A	N/A	N/A	N/A	N/A	N/A	N/A
batch_insert_into_append_only_tree_16_depth_hash_ms	0.640	0.550 (+1%)	N/A	N/A	N/A	N/A	N/A	N/A	N/A
batch_insert_into_append_only_tree_32_depth_ms	N/A	N/A	51.7	80.1	259	505 (+1%)	980 (-2%)	1,941	N/A
batch_insert_into_append_only_tree_32_depth_hash_count	N/A	N/A	95.9	159	543	1,055	2,079	4,127	N/A
batch_insert_into_append_only_tree_32_depth_hash_ms	N/A	N/A	0.529	0.495	0.472	0.471 (+1%)	0.465 (-2%)	0.465	N/A
batch_insert_into_indexed_tree_20_depth_ms	N/A	N/A	60.8	120 (+1%)	373	742 (+1%)	1,458	2,918	N/A
batch_insert_into_indexed_tree_20_depth_hash_count	N/A	N/A	105	208	692	1,363	2,707	5,395	N/A
batch_insert_into_indexed_tree_20_depth_hash_ms	N/A	N/A	0.535	0.538	0.508	0.510 (+1%)	0.507	0.507	N/A
batch_insert_into_indexed_tree_40_depth_ms	N/A	N/A	N/A	N/A	N/A	N/A	N/A	N/A	67.0 (+1%)
batch_insert_into_indexed_tree_40_depth_hash_count	N/A	N/A	N/A	N/A	N/A	N/A	N/A	N/A	108
batch_insert_into_indexed_tree_40_depth_hash_ms	N/A	N/A	N/A	N/A	N/A	N/A	N/A	N/A	0.589

Miscellaneous

Transaction sizes based on how many contract classes are registered in the tx.

Metric	0 registered classes	1 registered classes
tx_size_in_bytes	44,613	535,433

Transaction size based on fee payment method

Metric	native fee payment method	fpc_public fee payment method	fpc_private fee payment method
tx_with_fee_size_in_bytes	897	1,145	1,345

Transaction processing duration by data writes.

Metric	0 new note hashes	1 new note hashes	2 new note hashes
tx_pxe_processing_time_ms	1,395 (-1%)	1,001	3,645

Metric	1 public data writes	2 public data writes	3 public data writes	4 public data writes	5 public data writes	8 public data writes
tx_sequencer_processing_time_ms	881	790 (-1%)	1,424	933	2,195	1,113

[ludamad]

How should we react if a container is unhealthy?

[ludamad]

LGTM if working

[alexghr]

How should we react if a container is unhealthy?

Good question! I think right now docker compose just fails if any of its containers fails to boot.

[alexghr]

Merge activity

• May 1, 8:53 AM EDT: @alexghr merged this pull request with Graphite.