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

chore: fix some documentation #1662

Merged
merged 2 commits into from
Apr 7, 2022
Merged

chore: fix some documentation #1662

merged 2 commits into from
Apr 7, 2022

Conversation

twocode
Copy link
Contributor

@twocode twocode commented Apr 7, 2022

Signed-off-by: Xiangyu (Samuel) Hu [email protected]

Checklist

  • I have written necessary docs and comments
  • I have added necessary unit tests and integration tests

Refer to a related PR or issue link (optional)

Signed-off-by: Xiangyu (Samuel) Hu <[email protected]>

fix
@@ -11,5 +11,5 @@ make docker_backend

in the project root.

For developers, we always recommend using risedev to start the full cluster, instead of using these docker images.
For RisingWave kernel hackers, we always recommend using [risedev](../src/risedevtool/README.md) to start the full cluster, instead of using docker images.
Copy link
Contributor

Choose a reason for hiding this comment

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

Why using such fancy word to describe "developers"?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Developers include kernel devs and full stack devs. Dockers are firstly niticed and tried by the latter.

@@ -108,7 +108,7 @@ The list of all SSTs along with some metadata forms a ***version***. When Hummoc

### Read Path

To read from Hummock, we will first need a ***version*** (a consistent state of list of SSTs we can read). To avoid contacting Hummock manager in every user read, the Hummock client will cache a most recent ***version*** locally. Local version will be updated when 1) client initiates a write batch and 2) background refresher triggers.
To read from Hummock, we need a ***version*** (a consistent state of list of SSTs we can read) and and ***epoch*** to generate a consistent read snapshot. To avoid RPC with Hummock manager in every user read, the Hummock client will cache a most recent ***version*** locally. Local version will be updated when 1) client initiates a write batch and 2) background refresher triggers.
Copy link
Contributor

Choose a reason for hiding this comment

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

and and?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

fixed


The SQL frontend will get the latest epoch from meta service. Then, it will embed the epoch number into SQL plans, so that all compute nodes will read from that epoch. In theory, both SQL frontend and compute nodes will ***pin the snapshot***, to handle the case that frontend goes down and the compute nodes are still reading from Hummock (#622). However, to simplify the process, currently we *only pin on the frontend side**.*
The SQL frontend will get the latest epoch from meta service. Then, it will embed the epoch number into SQL plans, so that all compute nodes will read from that epoch (***Snapshot Isolation***). In theory, both SQL frontend and compute nodes will ***pin the snapshot***, to handle the case that frontend goes down and the compute nodes are still reading from Hummock (#622). However, to simplify the process, currently we *only pin on the frontend side**.*
Copy link
Contributor

Choose a reason for hiding this comment

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

Don't think it's a good idea to mention Snapshot Isolation here. The consistence level we provide is somehow a little bit different.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Sure

@codecov
Copy link

codecov bot commented Apr 7, 2022

Codecov Report

Merging #1662 (0ba402d) into main (2b7924f) will increase coverage by 0.10%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##               main    #1662      +/-   ##
============================================
+ Coverage     69.79%   69.90%   +0.10%     
  Complexity     2766     2766              
============================================
  Files          1050     1052       +2     
  Lines         92481    92473       -8     
  Branches       1790     1790              
============================================
+ Hits          64549    64642      +93     
+ Misses        27041    26940     -101     
  Partials        891      891              
Flag Coverage Δ
java 61.01% <ø> (ø)
rust 71.74% <ø> (+0.12%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
...frontend/src/optimizer/plan_node/batch_exchange.rs 50.00% <0.00%> (-26.67%) ⬇️
src/frontend/src/catalog/mod.rs 82.14% <0.00%> (-17.86%) ⬇️
src/storage/src/hummock/sstable_store.rs 72.80% <0.00%> (-14.41%) ⬇️
src/expr/src/vector_op/arithmetic_op.rs 72.63% <0.00%> (-5.34%) ⬇️
src/common/src/types/interval.rs 57.14% <0.00%> (-4.93%) ⬇️
src/storage/src/hummock/test_utils.rs 77.52% <0.00%> (-3.65%) ⬇️
...e/src/hummock/shared_buffer/shared_buffer_batch.rs 95.51% <0.00%> (-2.05%) ⬇️
src/meta/src/hummock/test_utils.rs 96.15% <0.00%> (-0.56%) ⬇️
src/meta/src/stream/stream_manager.rs 75.63% <0.00%> (-0.20%) ⬇️
src/storage/src/hummock/state_store_tests.rs 55.45% <0.00%> (-0.16%) ⬇️
... and 45 more

📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

@twocode twocode enabled auto-merge (squash) April 7, 2022 13:37
@twocode twocode merged commit 00726dd into main Apr 7, 2022
@twocode twocode deleted the xiangyhu/fix branch April 7, 2022 13:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants