From owner-freebsd-stable@FreeBSD.ORG Sun Sep 1 21:58:32 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id CAC288C0; Sun, 1 Sep 2013 21:58:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F25E027AC; Sun, 1 Sep 2013 21:58:31 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w60so3495991wes.29 for ; Sun, 01 Sep 2013 14:58:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=dhzOgP9Evd6NgojDkPJFJmWBRsN7wJL70CV2/JYUltk=; b=AcIyR8EXmFrSKN9qtruQZXPjMVM4oTZbpvKOSXOq00j5FkyRk+LjIXhWXkytxFnSCF Cc+k9QCVYN8KqUu17RVPadQxj+SnMFYciXh/cwBrf6YVDjp3r/IVKq2hIosZnCikOVI5 ShA2jcMLDKuyv+KPo9KZ1V5awS14VGHSeQUdymLqq7xFBVTfwGBoN+0myanbJZQBkZso aW2s/5twXuFmApwzFlH8ERRSmaN4KA2puiEwLpTLvi/nE/jvh/Z7iPxzZNOHGud8r7mq FmP8PowSn7BAw0jzox0UWQF4pUSromNzmhEWwOE4H8EIK48a+xXF5iAEbd35EJdFJYN4 UF4A== MIME-Version: 1.0 X-Received: by 10.180.8.42 with SMTP id o10mr11236796wia.0.1378072709730; Sun, 01 Sep 2013 14:58:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.146.2 with HTTP; Sun, 1 Sep 2013 14:58:29 -0700 (PDT) In-Reply-To: <5223B313.9060708@FreeBSD.org> References: <5222E19C.9040402@FreeBSD.org> <5223B313.9060708@FreeBSD.org> Date: Sun, 1 Sep 2013 14:58:29 -0700 X-Google-Sender-Auth: H7DTAwVcmUqmrfEMXuEtRmfdKZ8 Message-ID: Subject: Re: 9.2-RC3 - suspend/resume causes slow system performance From: Adrian Chadd To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-acpi@freebsd.org" , FreeBSD Stable Mailing List , Mike Harding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Sep 2013 21:58:32 -0000 On 1 September 2013 14:35, Andriy Gapon wrote: > Do you have any evidence that there is anybody else besides Mike who has > this > problem? > Nope! but we can't assume that users are reporting all the system slowdowns. And honestly, I've heard enough strange stories on mailing lists and IRC of things like "during disk IO, blah would be really slow, when I change timekeeping or halt from ACPI to something else, things get better." So I can't discount that this is affecting people and they either don't know, or just chalk it up as "shitty hardware." Also, I usually try to "sort out" things after there is a clear > understanding of > what the problem is and how it should be fixed. > > Well, the big change is that it's now going into a sleep state on a HT core, right? Are you able to go into an ACPI sleep state on a HT logical CPU, rather than the physical core? Or am I mis-understanding what's going on? > > Reverting and fixing it later seems like the safest option to me. Is > there a > > bigger problem that you tried to fix in that patch that wasn't as > obvious? > > I do not see any problem with the code*.* I do not see any explanation of > the > root cause of the problem that Mike has. I do not see why anything has to > be > reverted. Especially because "since we're so close to 9.2-REL". > Just in case, I'll remind that the commit in question is in stable/9 since > Dec > 23 2012. > > Right, but I also know a lot of people who just have stayed with 8.x or 9.0-RELEASE and haven't bothered upgrading. Again, I can't assume that everyone has been keeping up to date with stable/9 and providing feedback. Thanks, -adrian