mirror of
https://github.com/007revad/Synology_enable_sequential_IO.git
synced 2026-04-25 05:36:11 +03:00
[GH-ISSUE #2] Not persistent across reboots #1
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Synology_enable_sequential_IO#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @TheLinuxGuy on GitHub (Feb 3, 2024).
Original GitHub issue: https://github.com/007revad/Synology_enable_sequential_IO/issues/2
Thanks for making this script available. I have followed the setup instructions and upon reboot (regardless of sysctl.conf setting for 0 instead of 1024 the DSM seems to be resetting it to defaults).
Here is some basic debugging after a reboot, note I installed using the script run as root (sudo -i) before rebooting.
@TheLinuxGuy commented on GitHub (Feb 3, 2024):
My workaround for now.
Verified working; otherwise the NAS won't write to nvme sequential IO (7GB linux dvd iso)
@007revad commented on GitHub (Feb 4, 2024):
Are you using DSM 7.2.1 Update 4?
@TheLinuxGuy commented on GitHub (Feb 4, 2024):
No.
DSM 7.2.1-69057 Update 3 (Release notes) on DS1522+
@skupjoe commented on GitHub (Feb 6, 2024):
I am seeing the same issue and I am running DSM 7.2.1-69057 Update 3 on DS1823xs+
After running the script and setting to
0I immediately re-run the script and I still see a value of1024.But if I run:
And then run the script immediately after (no reboot) I see it correctly set to 0:
But then if I reboot it goes back to
1024.I've worked around this by using a scheduled boot task to run:
@007revad commented on GitHub (Mar 3, 2024):
@TheLinuxGuy @skupjoe
My Internet was down for 4 hours today so I had time to work on this script. The version I'm working on:
echo "0" > /proc/sys/dev/flashcache_shared_cache_vg1_alloc_cache_1+volume_1/skip_seq_thresh_kbfor the selected volume.I'm currently working on making it possible to schedule the script to run at boot with an option to specify the caches you want set to sequential I/O.
@007revad commented on GitHub (Mar 4, 2024):
New version of the script here: https://github.com/007revad/Synology_enable_sequential_IO/releases/tag/v2.0.3
It needs to be scheduled to run as root at boot, with the --volumes=volume_n option.
See readme: https://github.com/007revad/Synology_enable_sequential_IO
and how to scheduled: https://github.com/007revad/Synology_enable_sequential_IO/blob/main/how_to_schedule.md