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

Andrew draft pr for buildbot test (do not merge) #13960

Closed
wants to merge 2 commits into from

Conversation

andrewc12
Copy link
Contributor

No description provided.

@andrewc12 andrewc12 closed this Sep 29, 2022
@andrewc12 andrewc12 deleted the andrew_zfsbuildtest branch September 29, 2022 07:05
Unortunately, Windows defines 'long' as 32-bit even on x64
compiles. We create two new macros ZFS_MODULE_LONG
and ZFS_MODULE_ULONG. These two will be 'long' on Unix, and
let the toolchain handle the size of it.

On Windows the two macros are defined as 'int64_t'/'uint64_t'.

Clean up source to get Linux builds working (openzfs#119)

* Move perfmon functions to windows

from zfs_ioctl.h to zfs_ioctl_os.c

* remove static for zfs_dirty_data_sync_percent

* uint64_t to ZFS_MODULE_ULONG

* add ifdef _WIN32 to zvol.c

* define posix_memalign_free for other os

* add vdev_file_t for other os

* remove duplicate check_file

* Create build_for_wsl.yaml

* move functions to zvol_os.c

and add them to the header zvol_impl.h
in answer to this discussion
openzfsonwindows#119 (comment)

* Fix code formatting

in reference to openzfsonwindows#119 (comment)

* revert the removal of static in dsl_pool.c

* remove zfs_dirty_data_sync_percent in dsl_pool.h

* make zvol_find_by_name not static

* changed workflow name

* cstyle zpool_vdev_os.c

Fix cstyle complaints (openzfs#125)

* clean cstyle

* squash

* squash

* Update zfs_vnops_windows.c

* Update zfs_windows_zvol_wmi.c

* squash

* Additional cstyle fixes

* Update sysctl_os.c

Upstream: Additional MODULE ULONG

Bring per_txg_dirty_frees_percent back to 30

The current value causes significant artificial slowdown during mass
parallel file removal, which can be observed both on FreeBSD and Linux
when running real workloads.

Sample results from Linux doing make -j 96 clean after an allyesconfig
modules build:

before: 4.14s user 6.79s system 48% cpu 22.631 total
after:	4.17s user 6.44s system 153% cpu 6.927 total

FreeBSD results in the ticket.

Reviewed-by: Alexander Motin <mav@FreeBSD.org>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>
Reviewed-by: George Melikov <mail@gmelikov.ru>
Signed-off-by:	Mateusz Guzik <mjguzik@gmail.com>
Closes openzfs#13932
Closes openzfs#13938

Co-Authored-By: Jorgen Lundman <lundman@lundman.net>
@andrewc12 andrewc12 restored the andrew_zfsbuildtest branch October 2, 2022 09:58
@andrewc12 andrewc12 reopened this Oct 2, 2022
@andrewc12 andrewc12 force-pushed the andrew_zfsbuildtest branch from f36f0ce to 0cc9066 Compare October 2, 2022 09:59
This reverts commit 0cc9066.

Co-Authored-By: Jorgen Lundman <lundman@lundman.net>
@behlendorf
Copy link
Contributor

Closing, replaced by #14004 which has been merged.

@behlendorf behlendorf closed this Oct 13, 2022
@andrewc12
Copy link
Contributor Author

Lol this wasn't meant to closed, I just had it so I could run things against the build bots

@behlendorf
Copy link
Contributor

Sorry about that, you're welcome to open new PRs to run things against the buildbot.

@andrewc12 andrewc12 deleted the andrew_zfsbuildtest branch November 10, 2022 02:03
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