[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde
Subject:    Re: KFM temp files
From:       Jens Benecke <jens () pinguin ! conetix ! de>
Date:       2000-03-25 15:20:04
[Download RAW message or body]

On Fri, Mar 24, 2000 at 03:07:13PM -0800, zaven wrote:
 
>  I am wondering if there is a way to prevent KFM from producing quite so
>  many temporary files in /tmp. This system has many users (over 20,000)

oh. =)

>  and there tends to be several thousand kfm_* and kfm-cache-* files in
>  /tmp at any given time. Most of these files are zero-byte, and I know a
>  cron job can easily be set up to remove them, so my question is: Are so
>  many temporary/cache files really needed or is this a detail that has
>  been overlooked in the development process? I tend to produce 3-4
>  kfm-cache and kfm_* files for every 4 hours of work. Seems like a lot.

You can probably patch the source so that it creates /tmp/$UID/ or
something. Or you can use the "tmpjail" library that is used via LD_PRELOAD
and re-routes all calls to /tmp (open, read, write, etc) to $HOME/tmp.
(which is nonsense if $HOME is NFS mounted, but can be configured).

-- 
public class JensBenecke extends Student {
   Name name = new Name("Jens", "Benecke");
   String eMail = "jens@pinguin.conetix.de";
   URL homepage = new URL("http://www.pinguin.conetix.de/");
   URL Linux-FAQ = new URL("http://faq:faqq@134.28.73.83:7012/cgi-bin/fom");
}   

[Attachment #3 (application/pgp-signature)]
-- 
Send posts to:  kde@lists.netcentral.net
 Send all commands to:  kde-request@lists.netcentral.net
  Put your command in the SUBJECT of the message:
   "subscribe", "unsubscribe", "set digest on", or "set digest off"
PLEASE READ THE ARCHIVED MESSAGES AT http://lists.kde.org/ BEFORE POSTING
**********************************************************************
This list is from your pals at NetCentral <http://www.netcentral.net/>


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic