Frank v Waveren wrote:
>
> On Sun, Feb 20, 2000 at 12:05:39AM +0100, Frank v Waveren wrote:
> > I've been using an encrypted /home for the past week or so now, and
> > generally speaking it works perfect. However, when doing disk intensive
> > things that can't be cached (like a make on a large source tree), programs
> > that constantly need a bit of cpu time (like xmms) occassionaly don't get
> > their timeslice in time, (and thus, the mp3's skip). Is this because
> > the filesystem routines are meant for an unencrypted(=fast) filesystem,
> > and thus too large chunks of work are being done at a time, and is there
> > a way to fix this?
>
> Maybe I should mention: Without an encrypted filesystem mounted, there's
> no way I can get xmms to skip, no matter how many processes I start.
> The decoding part isn't the problem, I'm using a 10 sec buffer, the
> problem afai can see it is in the thread that sends the data to /dev/dsp.
>
<snip>
[Note: I'm no kernel hacker]
Since de/encryption is done in kernel space, these routines eat all of
the CPU time they can get. I also don't think they are at all scheduled,
so the time that scheduler has control of, so to speak, is limted. Too
limited to call xmms thread that writes to /dev/dsp often enough.
Marc
-- Marc Mutz <Marc@Mutz.com> http://marc.mutz.com/Encryption-HOWTO/ University of Bielefeld, Dep. of Mathematics / Dep. of PhysicsPGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Feb 23 2000 - 21:00:25 EST