lkml.org 
[lkml]   [2000]   [Feb]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: encrypted filesystem and multitasking
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 Physics

PGP-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/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.054 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site