Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

adjust readiness criteria for fog view #3149

Merged
merged 2 commits into from
Feb 22, 2023

Conversation

cbeck88
Copy link
Contributor

@cbeck88 cbeck88 commented Feb 18, 2023

Jason reported that fog view is now declaring itself ready well before the highest-processed-block-count is close to the block height.

In the past, the main bottleneck was loading the data from Postgres, but now it's actually putting the data into ORAM.

In this commit, we refine the readiness criteria, so that both the db fetcher and the enclave loading thread have to run out of work before the server declares itself ready.

@cbeck88 cbeck88 requested review from jcape, eranrund, jgreat, samdealy and a team February 18, 2023 03:27
Copy link
Contributor

@NotGyro NotGyro left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me!

@samdealy
Copy link
Contributor

What caused this shift: "main bottleneck was loading the data from Postgres, but now it's actually putting the data into ORAM."?

@cbeck88
Copy link
Contributor Author

cbeck88 commented Feb 21, 2023

@samdealy i think before, the latency between fog view and postgres was very high, and fog view would only request one block at a time. we made a patch that made it request many more (configurable) blocks at a time and that increased the throughput with the postgres connection considerably. since then i think oram is the bottleneck and not postgres

@cbeck88
Copy link
Contributor Author

cbeck88 commented Feb 21, 2023

planning to retarget to v4.1

cbeck88 and others added 2 commits February 21, 2023 17:47
Jason reported that fog view is now declaring itself ready well
before the highest-processed-block-count is close to the block height.

In the past, the main bottleneck was loading the data from Postgres,
but now it's actually putting the data into ORAM.

In this commit, we refine the readiness criteria, so that both
the db fetcher and the enclave loading thread have to run out of
work before the server declares itself ready.
@cbeck88 cbeck88 force-pushed the refine-fog-view-readiness-criteria branch from aa4c8f4 to 58b693c Compare February 22, 2023 00:47
@cbeck88 cbeck88 changed the base branch from master to release/v4.1 February 22, 2023 00:47
@cbeck88 cbeck88 merged commit 2f1dfe5 into release/v4.1 Feb 22, 2023
@cbeck88 cbeck88 deleted the refine-fog-view-readiness-criteria branch February 22, 2023 22:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants