From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.140.140.3 with SMTP id n3cs334948rvd; Sat, 6 Mar 2010 02:25:14 -0800 (PST) Received-SPF: pass (google.com: domain of 3iC2SSwYKCpM4BA385C4HF5BA.A8Exz7-01I183BB3813EBHCF.zB9@groups.bounces.google.com designates 10.90.108.14 as permitted sender) client-ip=10.90.108.14; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 3iC2SSwYKCpM4BA385C4HF5BA.A8Exz7-01I183BB3813EBHCF.zB9@groups.bounces.google.com designates 10.90.108.14 as permitted sender) smtp.mail=3iC2SSwYKCpM4BA385C4HF5BA.A8Exz7-01I183BB3813EBHCF.zB9@groups.bounces.google.com; dkim=pass header.i=3iC2SSwYKCpM4BA385C4HF5BA.A8Exz7-01I183BB3813EBHCF.zB9@groups.bounces.google.com Received: from mr.google.com ([10.90.108.14]) by 10.90.108.14 with SMTP id g14mr91874agc.57.1267871114103 (num_hops = 1); Sat, 06 Mar 2010 02:25:14 -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:mime-version:received:date :in-reply-to:x-ip:references:user-agent:x-http-useragent:message-id :subject:from:to: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-transfer-encoding; bh=jkJCWgF/qdbTiCSyMrTbI79TmIYZdGmJBXoYb2mvOjY=; b=nhazzziBp+6EKDPUkZmAw8Kf85Wb30TekUIyVP0LMCn3Z1jXbr5STnWPvstnQQzlKf XwZ7oDaezY64+YRLf5BUv4jaqg/YdC88Wl/CWoidAUtakwO1Co11UeLqOSQx6bh4TwP7 MHA/5mwqIkz/VgqxpN1BqMIE+kkQofFvVsebk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:mime-version:date:in-reply-to:x-ip :references:user-agent:x-http-useragent:message-id:subject:from:to :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-transfer-encoding; b=TqoMvAowuqUf5f1dI92kb7oktDsaLJOUBlt8JFuimLb61vfPVTIxy6LcgosPwmL9Y1 Pgr9j1SJa2EJ9ntJzifFkwoRcUYVbnZ0A4Z2zpouPCcJJSMgMYlnO40DB99Qx7rtIE1Z GMIfYrymOUIpTiM7OewlzIaWLFgwcXwL+5fcA= Received: by 10.90.108.14 with SMTP id g14mr9848agc.57.1267871112864; Sat, 06 Mar 2010 02:25:12 -0800 (PST) X-BeenThere: rack-devel@googlegroups.com Received: by 10.90.41.34 with SMTP id o34ls656249ago.2.p; Sat, 06 Mar 2010 02:25:11 -0800 (PST) Received: by 10.91.54.10 with SMTP id g10mr2599485agk.1.1267871111516; Sat, 06 Mar 2010 02:25:11 -0800 (PST) Received: by 10.91.54.10 with SMTP id g10mr2599484agk.1.1267871111487; Sat, 06 Mar 2010 02:25:11 -0800 (PST) Return-Path: Received: from mail-gx0-f186.google.com (mail-gx0-f186.google.com [209.85.217.186]) by gmr-mx.google.com with ESMTP id 24si416703ywh.14.2010.03.06.02.25.11; Sat, 06 Mar 2010 02:25:11 -0800 (PST) Received-SPF: pass (google.com: domain of hongli@phusion.nl designates 209.85.217.186 as permitted sender) client-ip=209.85.217.186; Received: by gxk2 with SMTP id 2so6167360gxk.9 for ; Sat, 06 Mar 2010 02:25:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.164.14 with SMTP id m14mr92995ybe.3.1267871111074; Sat, 06 Mar 2010 02:25:11 -0800 (PST) Date: Sat, 6 Mar 2010 02:25:11 -0800 (PST) In-Reply-To: <20100306075548.GB6474@dcvr.yhbt.net> X-IP: 77.250.47.10 References: <20100306075548.GB6474@dcvr.yhbt.net> User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6,gzip(gfe),gzip(gfe) Message-ID: <44f3f951-889e-45ec-ae46-40a371329a9e@e1g2000yqh.googlegroups.com> Subject: Re: Not cleaning up tempfiles for multipart? From: Hongli Lai To: Rack Development X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of hongli@phusion.nl designates 209.85.217.186 as permitted sender) smtp.mail=hongli@phusion.nl X-Original-Sender: hongli@phusion.nl 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/a904f9bf4ae60a87 Sender: rack-devel@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mar 6, 8:55=A0am, 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? =A0Tempfiles are objects, too. =A0It's perfectly reasonable > to let GC clean them up like any other object. Phusion Passenger terminates worker processes by calling exit!. 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.