Is there a way to give inode entries a higher cache priority than data in the linux kernel?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Carsten Koch wrote:
> I have a distributed VDR system in my house with a lot of disks
> that are NFS mounted by VDR PCs in two rooms.
> In order to conserve energy, I have used hdparm to set a spin down
> delay after which the disks turn themselves off.
> When /video/.update is touched (one of the VDR PCs creates/deletes/
> edits a recording, I move a recording into a folder, etc.) or when
> the vdr program is started, it reads all directories from all disks.
> Most of these directories are unchanged, so there really is no need
> to spin up the disk just to read a few inode entries.
> However, my observation is that they are always spun up.
> So my questions are:
> 
> 1) Is there a bug in the linux kernel that makes it spin up
>    the disk needlessly even if the data are still in the cache?
> 
> 2) Is there a way to configure the kernel, so the inode entries
>    are locked in the cache or at least get a much higher
>    cache priority than ordinary data?

I haven't tried or read it myself, but this:
Documentation/laptop-mode.txt
might contain the information you need.
At least your problems sounds like the typical laptop-problem to me.


-- 
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.



[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux