cerc-io/lotus
16
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 27 Wiki Activity

Update gas_balancing.md

Browse Source 
correct the sentences
This commit is contained in:
PARTHIBAN 2023-05-26 20:12:10 +05:30 committed by GitHub
parent fdd013c103
commit 7af42796db
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 11 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

22
documentation/misc/gas_balancing.md
View File

@ -2,8 +2,8 @@
The gas balancing process targets to set gas costs of syscalls to be in line with The gas balancing process targets to set gas costs of syscalls to be in line with
10 gas per nanosecond on reference hardware. 10 gas per nanosecond on reference hardware.
The process can be either performed for all syscalls based on existing messages and chain or targeted The process can be either performed for all syscalls based on existing messages and chains or targeted
at single syscall. at a single syscall.
#### Reference hardware #### Reference hardware
@ -12,14 +12,14 @@ may be subject to change.
### Complete gas balancing ### Complete gas balancing
Complete gas balancing is performed using `lotus-bench` the process is based on importing a chain export Complete gas balancing is performed using a `lotus-bench` the process is based on importing a chain export
and collecting gas traces which are later aggregated. and collecting gas traces which are later aggregated.
Before building `lotus-bench` make sure `EnableDetailedTracing` in `chain/vm/runtime.go` is set to `true`. Before building `lotus-bench` make sure `EnableDetailedTracing` in `chain/vm/runtime.go` is set to `true`.
The process can be started using `./lotus-bench import` with `--car` flag set to the location of The process can be started using `./lotus-bench import` with `--car` flag set to the location of
CAR chain export. `--start-epoch` and `--end-epoch` can be used to to limit the range of epochs to run CAR chain export. `--start-epoch` and `--end-epoch` can be used to limit the range of epochs to run
the benchmark. Note that state tree of `start-epoch` needs to be in the CAR file or has to be previously computed the benchmark. Note that the state tree of `start-epoch` needs to be in the CAR file or has to be previously computed
to work. to work.
The output will be a `bench.json` file containing information about every syscall invoked The output will be a `bench.json` file containing information about every syscall invoked
@ -29,7 +29,7 @@ spare space.
After the bench run is complete the `bench.json` file can be analyzed with `./lotus-bench import analyze bench.json`. After the bench run is complete the `bench.json` file can be analyzed with `./lotus-bench import analyze bench.json`.
It will compute means, standard deviations and co-variances (when applicable) of syscall runtimes. It will compute means, standard deviations and co-variances (when applicable) of syscall runtimes.
The output is in nanoseconds, so the gas values for syscalls should be 10x that. In cases where co-variance of The output is in nanoseconds, so the gas values for syscalls should be 10x that. In cases where the co-variance of
execution time to some parameter is evaluated, the strength of the correlation should be taken into account. execution time to some parameter is evaluated, the strength of the correlation should be taken into account.
#### Special cases #### Special cases
@ -40,15 +40,15 @@ during block execution (when gas traces are formed) objects are only written to
### Targeted gas balancing ### Targeted gas balancing
In some cases complete gas balancing is infeasible, either new syscall gets introduced or In some cases complete gas balancing is infeasible, either a new syscall gets introduced or
complete balancing is too time consuming. complete balancing is too time consuming.
In these cases the recommended way to estimate gas for given syscall is to perform an `in-vivo` benchmark. In these cases, the recommended way to estimate gas for a given syscall is to perform an `in-vivo` benchmark.
In the past `in-vitro` as in standalone benchmarks were found to be highly inaccurate when compared to results In the past `in-vitro` as in standalone benchmarks were found to be highly inaccurate when compared to results
of real execution. of real execution.
A in-vivo benchmark can be performed by running an example of such syscall during block execution. An in-vivo benchmark can be performed by running an example of such a syscall during block execution.
The best place to hook-in such benchmark is message execution loop in The best place to hook-in such a benchmark is the message execution loop in
`chain/stmgr/stmgr.go` in `ApplyBlocks()`. Depending of time required to complete the syscall it might be `chain/stmgr/stmgr.go` in `ApplyBlocks()`. Depending on the time required to complete the syscall it might be
advisable to run the execution only once every few messages. advisable to run the execution only once every few messages.