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

Testing qemu #2

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Testing qemu #2

wants to merge 1 commit into from

Conversation

tonyhutter
Copy link
Owner

Motivation and Context

Testing github runners, dont pull

Description

How Has This Been Tested?

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Performance enhancement (non-breaking change which improves efficiency)
  • Code cleanup (non-breaking change which makes code smaller or more readable)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Library ABI change (libzfs, libzfs_core, libnvpair, libuutil and libzfsbootenv)
  • Documentation (a change to man pages or other documentation)

Checklist:

There are cases, where some needed files for the summary page aren't
created. Currently the whole Summary Page creation will fail then.
Sample run: https://github.com/openzfs/zfs/actions/runs/11148248072/job/30999748588

Fix this, by properly checking for existence of the needed files.

Reviewed-by: Tony Hutter <hutter2@llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Rob Norris <robn@despairlabs.com>
Signed-off-by: Tino Reichardt <milky-zfs@mcmilk.de>
Closes openzfs#16599
@mcmilk
Copy link

mcmilk commented Oct 4, 2024

I optimized the KSM parameter. So the Linux systems can get more RAM now.
For example, here you see an run of 3x Ubuntu 20 VM with 8GB: https://github.com/mcmilk/zfs/actions/runs/11168765670/job/31047938100

The host-system will swap a bit, but that should be fine.
The runtime for the Linux based systems went down to ~3h again now.

For FreeBSD the KSM thing does not work so well. We need to stay with 2x VM with 6GB here.

I prevented the setup of swapping within the VM's... so that their own default settings are used.
But I used XFS for /var/tmp .. because ext4 sometimes failed in some tests, and with btrfs the tests get really slow.

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.

2 participants