From owner-freebsd-stable@FreeBSD.ORG Sun Feb 19 13:26:49 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A771065673 for ; Sun, 19 Feb 2012 13:26:49 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id CEDCC8FC0A for ; Sun, 19 Feb 2012 13:26:48 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.166]) by msrv.matik.com.br (8.14.5/8.14.2) with ESMTP id q1JDQiSj045910; Sun, 19 Feb 2012 11:26:44 -0200 (BRST) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at msrv.matik.com.br DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1329658004; bh=2YYObVDdm9Xv1tLBjE8zfLZ55XrAr/+PRhjjuO1YiVA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=F5BlbHTwmXVZUijumv6OsxYJ4rIpIJSlz88YfP7d1JEF5Pj76nh4HXNmShbzWEojb Q8pKKOoYhm9WN0dlDiUCfeSVEqIxzzIicaRv6aVrFTuG3NL365aiKU9Hz2JGmqihU4 jHJpimcpANBuamMAuegOMEouxbzesoJtbwekgf4U= DomainKey-Signature: a=rsa-sha1; s=default; d=hm.net.br; c=nofws; q=dns; h=authentication-results:message-id:date:from:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=A1HIQpURtDe5ROJUnV0RfngAY04UFeSmTV89ka7BwG4BvbwjtWFJSK+bQ4QoD4O1G WnQ8YrD9jsmC/qmx82S3o83Q30xS3cqf0aO0Rjvvrq3I34tDjP0Zhz1ZRaFdMiKxZAB nZUCcsaKjCljoqolvUWv6/8P8j3K+r5cUbCqSVU= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F40F8CA.4030705@hm.net.br> Date: Sun, 19 Feb 2012 11:27:38 -0200 From: H User-Agent: Mozilla/5.0 MIME-Version: 1.0 To: Doug Barton References: <4F215A99.8020003@os2.kiev.ua> <4F27C04F.7020400@omnilan.de> <4F27C7C7.3060807@os2.kiev.ua> <4F37F81E.7070100@os2.kiev.ua> <4F38AF69.6010506@os2.kiev.ua> <20120213132821.GA78733@in-addr.com> <20120214200258.GA29641@server.vk2pj.dyndns.org> <4F3F8F0C.3000606@hm.net.br> <4F40231D.2080308@FreeBSD.org> In-Reply-To: <4F40231D.2080308@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL, BAYES_00, T_DKIM_INVALID, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2-dcmatik_hm_4.18.a X-Spam-Checker-Version: SpamAssassin 3.3.2-dcmatik_hm_4.18.a (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable@FreeBSD.org Subject: Re: disk access seems unitask and ant-slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2012 13:26:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: > First, please don't start a new thread by replying to an existing > message and changing the subject line. That screws up threading > for those of us who use threaded mail readers, and may cause your > message to be ignored. > > On 02/18/2012 03:44, H wrote: > >> Hi > >> I have 9-Stable on one partition of my SATAII disk, with kde4, to >> be sure I compiled yesterday sources world and kernel > >> happens that any secondary task with diskaccess is so very slow >> that it is inacceptable > >> for example, compiling firefox and then trying to open an image >> with gimp, I am sitting here for over 5 minutes and the open >> image dialog still do not show the directory content ..., same >> with dolphin or any other diskaccess > > Please try compiling a custom kernel with the 4BSD scheduler > instead of SCHED_ULE and see if that helps. > > Hi no idea what you referring to in your "top post" but since we are both "newcomers" here we're still learning and skip it ok :) now, 4FBSD really changed for me the face of the system, generally, I have much better response, thank you for the hint, it is ok now can you tell if it is worth checking this out on amd64 servers also? but seems that the principal delay came as present from a pkg maintainer who dares piping shit into the system config without telling or asking: echo 'fusefs_enable="YES"' >> ${LOADER_CONFIG} fusefs-kmod I'm talking about, where LOADER_CONF is rc.conf for his script - -- H +55 (17)4141.2222 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9A+MoACgkQvKVfg5xjCDzsDQCcC5GScZyOc6tFxag5IU5Fy9E2 Vt0AoJAXa23jc+qXJnL2kZV88vdokJVW =TpKf -----END PGP SIGNATURE-----