Improve slow cold start of HDD with some sort of cache?
Hi together,
My problem: I've got an HDD (two in a mdadm-RAID1 in fact) that goes to "deep sleep" after not being accessed for a while which I find wonderful. It does not make any sounds anymore and certainly saves energy.
BUT: An access to this HDD is followed by a freezing/loading of the file explorers of about 8 seconds in which the HDD starts up. Of course while the HDD is started up the access speed is fine.
Now what I would love is to have a portion of my RAM or SSD (about 1GB) act as a write cache and as a read cache only for the index. I only want to have to wait for the startup time if I actually read file data or write more than the cache can fit.
Priority one is to have the full file index cached; priority two is to have that write cache. A read cache is not necessary because to me being able to quickly find and select data to copy is the important part. After initiating the copy / read access I can just do something else.
I could not find anything that specific but I have to admit I don't know what exactly to search for. I tried "cold start hdd cache" and similar queries but to no avail. I do not really have much experience with caching. But after many years with these HDDs it still does grind my gears a bit each time I have to wait for the startup...
Note: I have noted that many times the most recent accessed directory listings seem to be cached in that the HDD keeps being turned off while I re-list some directories. Only when accessing previously unlisted directories the HDD begins to start up. I assume this is some sort of default linux cache? Or even a cache inside my HDDs?
I am using Arch linux and the HDD-RAID is connected via USB 3.0 if that matters.
Answers
-
I just thought that having the SSD as the "persistent" cache would be better since I would not need to build up the cache after every system boot. But restarts are quite rare (the host is a home server) so it would not be a no-go to use the RAM.
0 -
Have you asked Arch Linux Forums? https://bbs.archlinux.org/
0 -
No I did not. I thought that this is more of a general linux problem.
Do you think this question would be more fitting there?
0
Categories
- All Categories
- 177 LFX Mentorship
- 177 LFX Mentorship: Linux Kernel
- 750 Linux Foundation IT Professional Programs
- 373 Cloud Engineer IT Professional Program
- 169 Advanced Cloud Engineer IT Professional Program
- 74 DevOps IT Professional Program - Discontinued
- 4 DevOps & GitOps IT Professional Program
- 99 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- 1 AI & ML Training
- 1 Blockchain & Decentralized Identity Training
- 3 Cloud & Containers Training
- 1 Cybersecurity Training
- 2 DevOps & Site-Reliability Training
- 1 Linux Kernel Development Training
- 1 Networking Training
- 1 Open Source Best Practice Training
- 1 System Administration Training
- 1 System Engineering Training
- 1 Web & Application Development Training
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 769 Linux Distributions
- 81 Debian
- 68 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 106 Mobile Computing
- 18 Android
- 73 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 955 Programming and Development
- 310 Kernel Development
- 627 Software Development
- 983 Software
- 375 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)