From owner-freebsd-performance@FreeBSD.ORG Tue Apr 17 20:57:15 2012 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D431A106566C; Tue, 17 Apr 2012 20:57:15 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D6C358FC16; Tue, 17 Apr 2012 20:57:14 +0000 (UTC) Received: by wern13 with SMTP id n13so5663620wer.13 for ; Tue, 17 Apr 2012 13:57:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=5mLT1o19oerLhARGTh7NKQhb318V3zZLwSJZRoasJdg=; b=n57rJzReCJO9r+HBkFJyH70/fZI9AzuPaxoczmTfc2C3Neqz82AgWQ8NZwc8Xs72f7 LAOWJZ1oC0zUfTihZXx9JjWiZ9ShSAPBnumvaLSb3T60dCRg4tk36VSZdpVMQdfudYYZ gev+XPQanfb9+gHlBcOTyaiPAdw8oCCxW6Z3H138FX2qcxoFX42aODK5vHphVU9wLwJr H9Vu4rlpTYbZXeo6Jc3gZXCB8P6SyIiycvMMuTaeXFt6+m36InXYh7X97tu+1Loem91e C9cZdYBv8CfeEgrVMBabCSx+EVV/huOkN4/ZIWgGHO07R07D9ZCFXlEn4//SMNAlEWF9 24VQ== Received: by 10.180.101.8 with SMTP id fc8mr18144077wib.12.1334696234070; Tue, 17 Apr 2012 13:57:14 -0700 (PDT) Received: from [192.168.1.105] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id 17sm30028896wis.0.2012.04.17.13.57.11 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 13:57:12 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Tue, 17 Apr 2012 22:57:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3BFCE7F6-8C67-4BEA-AF13-712A83430002@FreeBSD.org> References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Tue, 17 Apr 2012 21:10:05 +0000 Cc: Garrett Cooper , Richard Kojedzinszky , freebsd-security@freebsd.org, Current FreeBSD , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:57:15 -0000 Wiadomo=B6=E6 napisana przez Adrian Chadd w dniu 17 kwi 2012, o godz. = 21:17: > On 16 April 2012 23:31, Richard Kojedzinszky = wrote: >>=20 >> So now reactions here, creating files with multilabel is still slow. >>=20 >> I would like to use multilabel access control on my /tmp, for = example, my >> web server places it's session files there in a subdirectory. Of = course, I >> would like to assign a label for that subdir, but with this slow file >> creation, that is not the way to go. I may then use a different = filesystem >> for that. In this case, can I assign a root mac label for a mount = point? >=20 > Hi, >=20 > This is a perfect job for hwpmc / dtrace. >=20 > Would you be able to load up either of those and get some CPU usage > statistics whilst you're running your benchmark? >=20 > It's either that, or it's (massive) locking contention. Or disk I/O. MAC labels, just like ACLs, are stored in extended = attributes, and I remember something about writing those being synchronous. --=20 If you cut off my head, what would I say? Me and my head, or me and my = body?