Skip to content

Commit 2d1de36

Browse files
committed
tunables: fix spelling
Three occurences with an 'e', and all of them mine. Maybe it's an British thing? Sponsored-by: https://despairlabs.com/sponsor/ Signed-off-by: Rob Norris <[email protected]>
1 parent 5e22d7a commit 2d1de36

File tree

3 files changed

+3
-3
lines changed

3 files changed

+3
-3
lines changed

module/os/linux/zfs/vdev_disk.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -614,7 +614,7 @@ static inline uint_t
614614
vdev_bio_max_segs(struct block_device *bdev)
615615
{
616616
/*
617-
* Smallest of the device max segs and the tuneable max segs. Minimum
617+
* Smallest of the device max segs and the tunable max segs. Minimum
618618
* 4, so there's room to finish split pages if they come up.
619619
*/
620620
const uint_t dev_max_segs = queue_max_segments(bdev_get_queue(bdev));

module/zfs/ddt.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -153,7 +153,7 @@
153153
* storage object (ie ZAP) as normal. OpenZFS will try hard to flush enough to
154154
* keep up with the rate of change on dedup entries, but not so much that it
155155
* would impact overall throughput, and not using too much memory. See the
156-
* zfs_dedup_log_* tuneables in zfs(4) for more details.
156+
* zfs_dedup_log_* tunables in zfs(4) for more details.
157157
*
158158
* ## Repair IO
159159
*

module/zfs/dmu.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2373,7 +2373,7 @@ dmu_write_policy(objset_t *os, dnode_t *dn, int level, int wp, zio_prop_t *zp)
23732373

23742374
if (dmu_ddt_copies > 0) {
23752375
/*
2376-
* If this tuneable is set, and this is a write for a
2376+
* If this tunable is set, and this is a write for a
23772377
* dedup entry store (zap or log), then we treat it
23782378
* something like ZFS_REDUNDANT_METADATA_MOST on a
23792379
* regular dataset: this many copies, and one more for

0 commit comments

Comments
 (0)