From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.140.128.1 with SMTP id a1cs13168rvd; Sun, 7 Mar 2010 15:53:41 -0800 (PST) Received-SPF: pass (google.com: domain of 3gzyUSwwICp8MNQL9KODQRNMXGAS.MDSQ9BJ-CDUDKFNNFKDFQNTOR.BNL@groups.bounces.google.com designates 10.115.80.5 as permitted sender) client-ip=10.115.80.5; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 3gzyUSwwICp8MNQL9KODQRNMXGAS.MDSQ9BJ-CDUDKFNNFKDFQNTOR.BNL@groups.bounces.google.com designates 10.115.80.5 as permitted sender) smtp.mail=3gzyUSwwICp8MNQL9KODQRNMXGAS.MDSQ9BJ-CDUDKFNNFKDFQNTOR.BNL@groups.bounces.google.com; dkim=pass header.i=3gzyUSwwICp8MNQL9KODQRNMXGAS.MDSQ9BJ-CDUDKFNNFKDFQNTOR.BNL@groups.bounces.google.com Received: from mr.google.com ([10.115.80.5]) by 10.115.80.5 with SMTP id h5mr1750641wal.27.1268006021218 (num_hops = 1); Sun, 07 Mar 2010 15:53:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:received:x-beenthere:received:received:received :received:received-spf:received:date:from:to:subject:message-id :references:mime-version:in-reply-to:user-agent :x-original-authentication-results:x-original-sender:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :x-thread-url:x-message-url:sender:list-subscribe:list-unsubscribe :content-type:content-disposition:content-transfer-encoding; bh=LtGLvncSC3KFEu8y43GyM60uhRk9E6xmamyHmokTCA4=; b=0Hac4f0l6AMKr352crJCqLKgao9dH0cSjAXao+pQER8GKYgKG9aYlP31duwens6muU Zw1zIGpChe8EOHrstQ4nFQDwz1Czau0ZUeDT15ztZuZ6VvqFUzSr4mUH/j1D44San/am wNK7J+c6AtTKUaR10epgKEkxisxja57pJXkCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:date:from:to:subject:message-id:references :mime-version:in-reply-to:user-agent :x-original-authentication-results:x-original-sender:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :x-thread-url:x-message-url:sender:list-subscribe:list-unsubscribe :content-type:content-disposition:content-transfer-encoding; b=jIrDU25ODLos7eJz2hfkJ5hrRs64dawHIPJNqlEn4ksnkMaPDVqN+T6Cxi7ZLCszb8 FNlO9VWq1J/VAFfSkAQ8Cs389yCsLKBVoVa/qLXdrdLxwE9dmmzke8Gs44+hJJsxdXSD JMPFsgimokuGCDhODfwDqhhCIuL+u26XOVOBo= Received: by 10.115.80.5 with SMTP id h5mr207971wal.27.1268006019960; Sun, 07 Mar 2010 15:53:39 -0800 (PST) X-BeenThere: rack-devel@googlegroups.com Received: by 10.114.214.33 with SMTP id m33ls1279460wag.0.p; Sun, 07 Mar 2010 15:53:38 -0800 (PST) Received: by 10.114.138.8 with SMTP id l8mr840895wad.20.1268006018480; Sun, 07 Mar 2010 15:53:38 -0800 (PST) Received: by 10.114.138.8 with SMTP id l8mr840894wad.20.1268006018457; Sun, 07 Mar 2010 15:53:38 -0800 (PST) Return-Path: Received: from dcvr.yhbt.net (dcvr.yhbt.net [64.71.152.64]) by gmr-mx.google.com with ESMTP id 21si1219834pxi.6.2010.03.07.15.53.38; Sun, 07 Mar 2010 15:53:38 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of normalperson@yhbt.net designates 64.71.152.64 as permitted sender) client-ip=64.71.152.64; Received: from localhost (dcvr.yhbt.net [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPSA id CEB4F1F738; Sun, 7 Mar 2010 23:53:37 +0000 (UTC) Date: Sun, 7 Mar 2010 23:53:37 +0000 From: Eric Wong To: rack-devel@googlegroups.com Subject: Re: Not cleaning up tempfiles for multipart? Message-ID: <20100307235337.GA15381@dcvr.yhbt.net> References: <20100306075548.GB6474@dcvr.yhbt.net> <44f3f951-889e-45ec-ae46-40a371329a9e@e1g2000yqh.googlegroups.com> MIME-Version: 1.0 In-Reply-To: <44f3f951-889e-45ec-ae46-40a371329a9e@e1g2000yqh.googlegroups.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of normalperson@yhbt.net designates 64.71.152.64 as permitted sender) smtp.mail=normalperson@yhbt.net X-Original-Sender: normalperson@yhbt.net Reply-To: rack-devel@googlegroups.com Precedence: list Mailing-list: list rack-devel@googlegroups.com; contact rack-devel+owners@googlegroups.com List-ID: List-Post: , List-Help: , List-Archive: X-Thread-Url: http://groups.google.com/group/rack-devel/t/6eb2bc7a1f8c072c X-Message-Url: http://groups.google.com/group/rack-devel/msg/d56f987c3de9c287 Sender: rack-devel@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hongli Lai wrote: > On Mar 6, 8:55 am, Eric Wong wrote: > > Charles Oliver Nutter wrote: > > > > > If I'm correct, this is a bug. Tempfiles should not be relied upon to > > > clean themselves up in response to GC, since you don't know when GC > > > will fire... > > > > Why not?  Tempfiles are objects, too.  It's perfectly reasonable > > to let GC clean them up like any other object. > > Phusion Passenger terminates worker processes by calling exit!. Always? Why? > This does not call finalizers on MRI, causing temp files to be left behind > sometimes. There seems to be no way to call finalizers, even GC.start > doesn't work. I too would like to see Tempfiles being cleaned up > explicitly. > > Other than that, I've seen system administrators who are confused by > the fact that such Tempfiles are not immediately cleaned up. Some > people who operate websites that handle a large number of concurrent > uploads are worried that they might run out of disk space because of > this. Doesn't Passenger have the luxury of only supporting sane platforms that let you unlink Tempfiles and continue to use them? -- Eric Wong