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

run_experiment takes longer in GCP when generating report #1915

Open
sykweon opened this issue Nov 15, 2023 · 2 comments
Open

run_experiment takes longer in GCP when generating report #1915

sykweon opened this issue Nov 15, 2023 · 2 comments

Comments

@sykweon
Copy link

sykweon commented Nov 15, 2023

It seems like run_experiment in GCP takes longer to generate a report. It has been more than 5+ hours since I started executing following command:

PYTHONPATH=. python3 experiment/run_experiment.py \
--experiment-config experiment-config.yaml \
--benchmarks lcms_cms_transform_fuzzer \
--experiment-name $EXPERIMENT_NAME \
--fuzzers aflplusplus

for 2 trials, each of them lasting for 30 minutes, but it hasn’t finished generating report data. Running the same command and configuration in the local experiment already terminated.

The run_experiment is looping in this loop:

.

It seems like the processes are sleeping for the majority of time. htop output also shows that measuring processes are getting scheduled, but there’s less than 1% usage of CPU for each scheduled process.

Is there any solution to make it generate report faster?

run_experiment script also steadily outputs this warning in case it is relevant.

/usr/local/lib/python3.10/site-packages/jinja2/runtime.py:298: FutureWarning: this method is deprecated in favour of `Styler.to_html()`
  return __obj(*args, **kwargs)
/work/src/analysis/plotting.py:159: FutureWarning: 

The `ci` parameter is deprecated. Use `errorbar=('ci', 95)` for the same effect.

  axes = sns.lineplot(
/work/src/analysis/plotting.py:159: FutureWarning: 

The `ci` parameter is deprecated. Use `errorbar=('ci', 95)` for the same effect.

  axes = sns.lineplot(
/usr/local/lib/python3.10/site-packages/seaborn/matrix.py:202: RuntimeWarning: All-NaN slice encountered
  vmin = np.nanmin(calc_data)
/usr/local/lib/python3.10/site-packages/seaborn/matrix.py:207: RuntimeWarning: All-NaN slice encountered
  vmax = np.nanmax(calc_data)
in the loop DEBUG
/usr/local/lib/python3.10/site-packages/jinja2/runtime.py:298: FutureWarning: this method is deprecated in favour of `Styler.to_html()`
  return __obj(*args, **kwargs)
/work/src/analysis/plotting.py:159: FutureWarning: 

The `ci` parameter is deprecated. Use `errorbar=('ci', 95)` for the same effect.

  axes = sns.lineplot(
/work/src/analysis/plotting.py:159: FutureWarning: 

The `ci` parameter is deprecated. Use `errorbar=('ci', 95)` for the same effect.

  axes = sns.lineplot(
/usr/local/lib/python3.10/site-packages/seaborn/matrix.py:202: RuntimeWarning: All-NaN slice encountered
  vmin = np.nanmin(calc_data)
/usr/local/lib/python3.10/site-packages/seaborn/matrix.py:207: RuntimeWarning: All-NaN slice encountered
  vmax = np.nanmax(calc_data)
@adamstorek
Copy link

Facing the same issue here!

@chinggg
Copy link

chinggg commented Nov 17, 2023

I also found that FuzzBench does more stuff when running on GCP, which makes it less robust. I cannot see logs from screen but have to visit GCP console to see log reporting, but I still cannot find the reason why FuzzBench stops working on GCP.

(I failed to run FuzzBench by setting a GCP project due to the error in #1911, so I am actually running local experiment on GCP VM instances)

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

No branches or pull requests

3 participants