From owner-freebsd-gecko@FreeBSD.ORG Fri Sep 12 12:43:58 2014 Return-Path: Delivered-To: freebsd-gecko@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 782FCFE4 for ; Fri, 12 Sep 2014 12:43:58 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C565BB6D for ; Fri, 12 Sep 2014 12:43:57 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA26138; Fri, 12 Sep 2014 15:43:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XSQCg-0005dL-Ve; Fri, 12 Sep 2014 15:43:54 +0300 Message-ID: <5412EA52.7050801@FreeBSD.org> Date: Fri, 12 Sep 2014 15:42:58 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Matthew D. Fuller" , freebsd-gecko@FreeBSD.org Subject: [SOLVED?] saving downloads becomes slower over time References: <54129E66.7080300@FreeBSD.org> <20140912072558.GP43581@over-yonder.net> <5412AF26.7080107@FreeBSD.org> <20140912085718.GR43581@over-yonder.net> In-Reply-To: <20140912085718.GR43581@over-yonder.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 12:43:58 -0000 On 12/09/2014 11:57, Matthew D. Fuller wrote: > On Fri, Sep 12, 2014 at 11:30:30AM +0300 I heard the voice of > Andriy Gapon, and lo! it spake thus: >> >> I've noticed many reports about this issue but my problem seems to >> be different as clearing the list does not help at all. > > I seem to recall also occasionally having that issue, but I've not > seen it happen when I kept the list clear. So it may be that it's not > so much "the size of the list", as "the biggest the list has been". I think that this is something totally different. I noticed that a lot of time is spent in those functions because they are called, at top level, multiple times for the same directory but represented with different objects. I also noticed that after each save there are two file descriptors for the download directory and they stay permanently open. After some more digging I am sure that this is a result of the following bug: https://bugzilla.gnome.org/show_bug.cgi?id=705367 The bug seems to be fixed with this commit: https://mail.gnome.org/archives/commits-list/2013-December/msg00175.html But the change is not our version of gtk. Apparently the fix first appears in 2.24.23: https://mail.gnome.org/archives/commits-list/2014-March/msg10481.html -- Andriy Gapon