From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 9 12:05:22 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03DC7106566B; Sun, 9 Oct 2011 12:05:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAD718FC0A; Sun, 9 Oct 2011 12:05:21 +0000 (UTC) Received: by ggeq3 with SMTP id q3so4780327gge.13 for ; Sun, 09 Oct 2011 05:05:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=E6Oe2+11Crs1KE6vYIkDAWzHMvbbM27zc1NKhsIKMUI=; b=Pl5H6ecIJBa4mWBjamu3Zty01XmQEnIlda3imKJXjQrYKuWGu1KBAvnHTBnaNVlJKY aOZriTO16EZyjH3+/hmp5+Su8iBnA5P0tWbm8qgdpHQhVo66h4w8yKpLTyjpK2tYk6JB UEiQa8F5TOgbuFipAx5eUoNfZ61akxsNKkTnE= MIME-Version: 1.0 Received: by 10.236.191.161 with SMTP id g21mr19372125yhn.3.1318161921172; Sun, 09 Oct 2011 05:05:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 9 Oct 2011 05:05:21 -0700 (PDT) Date: Sun, 9 Oct 2011 20:05:21 +0800 X-Google-Sender-Auth: Of5c_DR9S8IsegxmS1ULlRtm9mQ Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Is there a step by step howto for dtrace on 9.0 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 12:05:22 -0000 Hi, the subject says it all - does anyone have a step by step howto for doing userland and kernel dtrace on 9.0? Thanks, Adrian From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 9 12:33:11 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5E541065670; Sun, 9 Oct 2011 12:33:11 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2593E8FC08; Sun, 9 Oct 2011 12:33:10 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8411028bkb.13 for ; Sun, 09 Oct 2011 05:33:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GhoSDZwGcqkbXAEXtx45o4rBHPDixRX3bNQHayZlSAk=; b=LXcPpKkmMW8kRahalYlrm1T8Yq+el+W3QmTG7sPwXn1SQpjsACgEAt60cDkPCR2RuJ 1n8KSeVcO/VMZIc2w+mrPmjXqFfj7qGdxF7bvs8UeXzlwjnz2m/HCQ5qwZJMrn2ge+kI JtwgROOjYVIe7GrZB9L3f7MRr24eesBTo4jZg= MIME-Version: 1.0 Received: by 10.223.5.3 with SMTP id 3mr24821830fat.4.1318163589857; Sun, 09 Oct 2011 05:33:09 -0700 (PDT) Received: by 10.223.116.137 with HTTP; Sun, 9 Oct 2011 05:33:09 -0700 (PDT) In-Reply-To: References: Date: Sun, 9 Oct 2011 20:33:09 +0800 Message-ID: From: Paul Ambrose To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Is there a step by step howto for dtrace on 9.0 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 12:33:12 -0000 the wiki DTrace (http://wiki.freebsd.org/DTrace) is available and enough for being a HOWTO. 2011/10/9 Adrian Chadd > > Hi, > > the subject says it all - does anyone have a step by step howto for > doing userland and kernel dtrace on 9.0? > > Thanks, > > > Adrian > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 9 16:58:09 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B1F7106564A for ; Sun, 9 Oct 2011 16:58:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8F18FC0A for ; Sun, 9 Oct 2011 16:58:07 +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 TAA16095 for ; Sun, 09 Oct 2011 19:58:06 +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 1RCwhR-000A3y-Pq for hackers@freebsd.org; Sun, 09 Oct 2011 19:58:05 +0300 Message-ID: <4E91D29B.50802@FreeBSD.org> Date: Sun, 09 Oct 2011 19:58:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: hackers@FreeBSD.org X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: gdb vs non-base gcc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 16:58:09 -0000 I observe some strange behavior with different versions gdb when used on executables compiled with gcc45. My world is compiled with the base gcc. 1. If a crash happens while execution is in code compiled with base gcc (e.g. in libc because of abort(2) call)... A. Base gdb: - incorrectly reports lines numbers in code compiled with gcc45 - reports a lot of strange/junk frames in between libc and program frames - but overall correctly shows program stack B. gdb73 - correctly shows libc frames - doesn't unwind stack to program frames 2. If a crash happens in the code compiled with gcc45... A. Base gdb: - show some strange stack frames and is not really useable B. gdb73 - does everything correctly >From what I've heard on IRC it looks like I am not the only one who runs into issues like this. Any ideas/suggestions? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 13:23:26 2011 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C88EE106564A; Mon, 10 Oct 2011 13:23:26 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 988C48FC08; Mon, 10 Oct 2011 13:23:24 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id C4CDBD4828F; Mon, 10 Oct 2011 15:23:18 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 8CBE87FE; Mon, 10 Oct 2011 13:23:17 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 6C1DA91D7; Mon, 10 Oct 2011 13:23:17 +0000 (UTC) Date: Mon, 10 Oct 2011 15:23:17 +0200 From: Jeremie Le Hen To: freebsd-hackers@FreeBSD.org Message-ID: <20111010132317.GA96131@felucia.tataz.chchile.org> References: <20110219185043.GA6573@felucia.tataz.chchile.org> <20110804171928.GB96031@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110804171928.GB96031@felucia.tataz.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: jhb@FreeBSD.org Subject: Re: [RFC] stdbuf: Force stdio's streams initial buffering mode (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 13:23:26 -0000 Hi, On Thu, Aug 04, 2011 at 07:19:28PM +0200, Jeremie Le Hen wrote: > On Sat, Feb 19, 2011 at 07:50:43PM +0100, Jeremie Le Hen wrote: > > I've been annoyed multiple time when running a command such like > > iostat -x 1 | grep -v ad10 | cat -n > > > > The problem stems from two factors: > > - grep's stdio sees that its stdout is not a terminal, so stdout is > > full buffered and not line-buffered; > > - iostat produces output too slowly so the aforementioned buffer takes > > numerous seconds to be filled and flushed to the last command. > > > > This problems is not specific to FreeBSD, it is actually a consequence > > of POSIX specification. I've checked this on Solaris and Linux. > > > > I've attached a small patch for stdio, so if the environment variable > > STDIO_IOLBF is set, the output streams will be line-oriented by default. > > iostat -x 1 | env STDIO_IOLBF=1 grep -v ad10 | cat -n > > I improved the whole picture. Now there is a shared library > libstdbuf.so which can be loaded with LD_PRELOAD and configured through > a environment variables. It is able to initial control buffering for > stdin, stdout and stderr (no buffering, line buffering, block > buffering). There is also an utility named stdbuf(1) which can be used > to run a command with the appropriate environment variables. Those are > named after a similar tool in recent versions of GNU coreutils; of > course, I also borrowed the interface for POLA. > > Here is how to use it (example taken from the manpage): > > vmstat 1 | stdbuf -o L awk '$2 > 1 || $3 > 1' | cat -n > > I think that using a preloaded shared library is better performance-wise > because libc doesn't bother looking up configuration variables in the > environment upon each execve(2), especially for something which is to be > rarely used. > > Manpages for both stdbuf(1) and libstdbuf(3) are provided. There is > surely room for improvement, so feel free to propose corrections to > them. > > The patch can be applied as-is I think, although I've developped it > against an old -CURRENT source tree (about 6 months ago). > > I'm looking for some feedback and review and hopefully this feature will > be committed for FreeBSD 9.0-RELEASE. It's now too late for 9.0-RELEASE :). But I'm still willing to see this feature committed eventually! While talking about this implementation with a friend, he told me that having a separate shared library sounds a little bit hackish and two or three getenv(3) in the libc startup path shouldn't eat too much CPU cycles. Any opinion on this? Anyone willing to commit this? Thanks. Regards, -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 07:16:38 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F860106566B for ; Sat, 8 Oct 2011 07:16:38 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh5.mail.rice.edu (mh5.mail.rice.edu [128.42.199.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2F36A8FC15 for ; Sat, 8 Oct 2011 07:16:37 +0000 (UTC) Received: from mh5.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh5.mail.rice.edu (Postfix) with ESMTP id B55502909DA; Sat, 8 Oct 2011 01:59:06 -0500 (CDT) X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no Received: from proofpoint2.rice.edu (proofpoint2.rice.edu [128.42.182.232]) by mh5.mail.rice.edu (Postfix) with ESMTP id 926AA290986; Sat, 8 Oct 2011 01:59:06 -0500 (CDT) Received: from mh5.mail.rice.edu (mh5.mail.rice.edu [128.42.199.32]) by proofpoint2.rice.edu (8.14.4/8.14.4) with ESMTP id p986x6SB031704; Sat, 8 Oct 2011 01:59:06 -0500 Received: from mh5.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh5.mail.rice.edu (Postfix) with ESMTP id 58A1C290A05; Sat, 8 Oct 2011 01:59:06 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh5.mail.rice.edu, auth channel Received: from mh5.mail.rice.edu ([127.0.0.1]) by mh5.mail.rice.edu (mh5.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 04uNlTbLtc+X; Sat, 8 Oct 2011 01:59:06 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh5.mail.rice.edu (Postfix) with ESMTPSA id B36292909DA; Sat, 8 Oct 2011 01:59:05 -0500 (CDT) Message-ID: <4E8FF4B8.7010300@rice.edu> Date: Sat, 08 Oct 2011 01:59:04 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110620 Thunderbird/3.1.10 MIME-Version: 1.0 To: Wojciech Puchar References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Oct 2011 16:24:40 +0000 Cc: alc@freebsd.org, Kostik Belousov , hackers@freebsd.org, Grzegorz Kulewski Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 07:16:38 -0000 On 10/07/2011 12:23, Wojciech Puchar wrote: >> >> You are correct about the page table page. However, a superpage >> mapping consumes a single PV entry, in place of 512 or 1024 PV >> entries. This winds up saving about three physical pages worth of >> memory for every superpage mapping. > does it actually work? > Yes, the sysctl output shows that it is working. You can also verify this with mincore(2). > simple test > > before (only idle system with 2GB RAM and most free) > > vm.pmap.pde.promotions: 921 > vm.pmap.pde.p_failures: 21398 > vm.pmap.pde.mappings: 299 > vm.pmap.pde.demotions: 596 > vm.pmap.shpgperproc: 200 > vm.pmap.pv_entry_max: 696561 > vm.pmap.pg_ps_enabled: 1 > vm.pmap.pat_works: 1 > > > and with that program running (==sleeping) > > #include > int a[1<<24]; > main() { > int b; > for(b=0;b<(1<<24);b++) a[b]=b; > sleep(1000); > } > > > vm.pmap.pdpe.demotions: 0 > vm.pmap.pde.promotions: 952 > vm.pmap.pde.p_failures: 21398 > vm.pmap.pde.mappings: 299 > vm.pmap.pde.demotions: 596 > vm.pmap.shpgperproc: 200 > vm.pmap.pv_entry_max: 696561 > vm.pmap.pg_ps_enabled: 1 > vm.pmap.pat_works: 1 > > > > seems like i don't understand what these sysctl things mean (i did > sysctl -d) > or it doesn't really work. with program allocating and using linear > 64MB chunk it should be 31 or 32 more mappings in vm.pmap.pde.mappings > there are zero difference. Notice that vm.pmap.pde.promotions increased by 31. This means that 31 superpage mappings were created by promotion from small page mappings. In contrast, vm.pmap.pde.mappings counts superpage mappings that are created directly and not by promotion from small page mappings. For example, if a large executable, such as gcc, is resident in memory, the text segment will be pre-mapped using superpage mappings, avoiding soft fault and promotion overhead. Similarly, mmap(..., MAP_PREFAULT_READ) on a large, memory resident file may pre-map the file using superpage mappings. Alan From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 19:19:14 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16556106564A; Mon, 10 Oct 2011 19:19:14 +0000 (UTC) (envelope-from brodbd@uw.edu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7813D8FC18; Mon, 10 Oct 2011 19:19:13 +0000 (UTC) Received: by eyd10 with SMTP id 10so1829083eyd.13 for ; Mon, 10 Oct 2011 12:19:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.3.209 with SMTP id 17mr346117ebo.120.1318272944278; Mon, 10 Oct 2011 11:55:44 -0700 (PDT) Received: by 10.213.112.130 with HTTP; Mon, 10 Oct 2011 11:55:44 -0700 (PDT) In-Reply-To: References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> Date: Mon, 10 Oct 2011 11:55:44 -0700 Message-ID: From: David Brodbeck To: Michael Bushkov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Tom Evans , freebsd-hackers@freebsd.org, perryh@pluto.rain.com Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 19:19:14 -0000 On Fri, Oct 7, 2011 at 3:30 AM, Michael Bushkov wrote: > While I agree that nscd negative caching bug should be fixed, it won't > help with the problem that users encounter during ports installation. > When, for example, user "x" is added during port install, the > following steps are involved: > 1. Script checks if "x" is present in the users list. Nscd is queried, > it returns negative and caches negative answer. > 2. Script adds user "x". > 3. Script checks that "x" have indeed been added. Nscd is queried, > cachned negative answer is returned. Script fails as a result. > > So unless negative caching time is less than the time between steps 1) > and 3) the issues during ports installation will persist. Is there any reason to cache negative hits? It seems like you shouldn't see large volumes of them except in some fairly specific circumstances, like extracting a tarball as the root user with invalid UIDs. Maybe I'm missing something, but it seems like turning off negative caching would avoid a lot of potential problems for not much cost. -- David Brodbeck System Administrator, Linguistics University of Washington From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 19:44:42 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36731106564A for ; Mon, 10 Oct 2011 19:44:42 +0000 (UTC) (envelope-from elman_syah@yahoo.com) Received: from nm33-vm7.bullet.mail.bf1.yahoo.com (nm33-vm7.bullet.mail.bf1.yahoo.com [72.30.239.207]) by mx1.freebsd.org (Postfix) with SMTP id A75498FC13 for ; Mon, 10 Oct 2011 19:44:41 +0000 (UTC) Received: from [98.139.215.141] by nm33.bullet.mail.bf1.yahoo.com with NNFMP; 10 Oct 2011 19:31:28 -0000 Received: from [98.139.212.216] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 10 Oct 2011 19:31:28 -0000 Received: from [127.0.0.1] by omp1025.mail.bf1.yahoo.com with NNFMP; 10 Oct 2011 19:31:28 -0000 X-Yahoo-Newman-Id: 886522.75791.bm@omp1025.mail.bf1.yahoo.com Received: (qmail 5338 invoked from network); 10 Oct 2011 19:31:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:X-rim-org-msg-ref-id:Message-ID:Content-Transfer-Encoding:Reply-To:X-Priority:Sensitivity:Importance:Subject:To:From:Date:Content-Type:MIME-Version; b=IWME0Mr40JmBIydMC6tbYiwQH83tLcPigNmV6VxOMrOK0BrmNJUMgTFB3gZTdcpYIb8PoTEEtqh6Z7lj9N1Al6di8hiaae9R10y2NsHNsC7s+74MEmwZbxg4HZFPOzn3Y3zMWo0NFPELbF8tbxJyASmdxu6tkkmcTdyhZsgoqjs= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1318275088; bh=cONWMr0TVOCsYtCxDL9c50KHjAORJ0hYLympxuQy4Dk=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:X-rim-org-msg-ref-id:Message-ID:Content-Transfer-Encoding:Reply-To:X-Priority:Sensitivity:Importance:Subject:To:From:Date:Content-Type:MIME-Version; b=NuqSZegZhTJ7hL9oy54GTWahsm9Dmfm31foYKu8kBSdcYsobIEnYPjxO/M2g+5P9C6WfMo1XPhpEKrTTWptq+fZsE0qV/xnuFj3/Eg2HKixh4yhexOI8aXmuml/1IKLAItdPyRpRpjbc2JRKrx2Nv2ePzYtLfzrnU/5tyb/2xfc= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: mMRJBC0VM1nAWS4APMcwI4_r9pxoUY4kD0sCvbNOncp8eXO 5m2DU1_q8W1d_9zFULEaf9cBQOKwPFtgLUg15cn3ayrCcwgAwNESbT6m0JHh 6QCoxTfVdBggmdjwRdwMn5zzi66_tFPAAb2jxXmd.u5Ja7vlGdGj9BrkkesC dQAws97pIOsPZ5hJnBSdyxVMH8WGJIyRbTzL6GM5huPbvp6_DLA5ps41bA9B 8dD0Q.VnFY59KhFtc3qa0oRPlOb8JTHMaPXjPJ7940EnxcJxcK1NXrqFVWa3 7QE9EXI9AK8FWXu46VwMeMug_twv8uKdRcR9ecs.1CU8yd4Pja6m70Tyk.9V 2zNYPsMU7A_W724wJ1Wq5ulNMN6hjF5CjE4HfLLw0jLODNwStibJjw2c2vYe sypotiEC9_yRflTg- X-Yahoo-SMTP: q_7iUPaswBAP9nwhgF_vqEtO2hoAqIY- Received: from b18.c1.bise3.blackberry (elman_syah@216.9.249.246 with xymcookie) by smtp120-mob.biz.mail.bf1.yahoo.com with SMTP; 10 Oct 2011 12:31:28 -0700 PDT X-rim-org-msg-ref-id: 415606854 Message-ID: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal Sensitivity: Normal Importance: Normal To: hackers@FreeBSD.org From: "elman" Date: Mon, 10 Oct 2011 19:31:26 +0000 Content-Type: text/plain; charset="Windows-1252" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 10 Oct 2011 19:51:33 +0000 Cc: Subject: Clustering server in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: elman_syah@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 19:44:42 -0000 RGVhciBhbGwNCg0KSSBoYXZlIHBsYW4gdG8gY2x1c3RlciBzZXJ2ZXIgd2l0aCBmcmVlYnNkIDgu MiBmb3IgbWFpbHNlcnZlci4gQnV0IEknbSBjb25mdXNpbmcgd2l0aCB0aGUgc29mdHdhcmUgZm9y IGNsdXN0ZXJpbmcuIERvIHlvdSBoYXZlIGEgcmVmZXJlbmNlIGZvciBtZSwgb3IgZG8geW91IGhh dmUgYmxvZyBhbmQgSSBjYW4gc2VlIHlvdXIgYmxvZyBmb3IgcmVmZXJlbmNlIHRvIGNyZWF0ZSBj bHVzdGVyaW5nIHdpdGggZnJlZWJzZC4NCg0KVGhhbmtzIGhhY2tlcg0KQmVzdCByZWdhcmRzLg0K TXIuIEwNClBvd2VyZWQgYnkgVGVsa29tc2VsIEJsYWNrQmVycnmu From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 20:09:41 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 96DCB106566B for ; Mon, 10 Oct 2011 20:09:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7BADE14DD50 for ; Mon, 10 Oct 2011 20:09:41 +0000 (UTC) Message-ID: <4E935105.1090602@FreeBSD.org> Date: Mon, 10 Oct 2011 13:09:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 20:09:41 -0000 On 10/10/2011 11:55, David Brodbeck wrote: > Is there any reason to cache negative hits? It's very important for DNS since there are a fairly large number of misbehaving applications that don't stop querying until they get some kind of answer. And speaking of DNS, while I think that improving nscd is a good goal I wonder how much use it will be in the world to come when DNSSEC becomes more important ... -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 20:34:33 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95F6106564A for ; Mon, 10 Oct 2011 20:34:33 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 919968FC08 for ; Mon, 10 Oct 2011 20:34:33 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p9AK0bFW068866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Oct 2011 13:00:37 -0700 (PDT) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id p9AK0b40068856; Mon, 10 Oct 2011 13:00:37 -0700 (PDT) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 10 Oct 2011 13:00:36 -0700 (PDT) From: Matthew Jacob To: elman In-Reply-To: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> Message-ID: References: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ns1.feral.com [127.0.0.1]); Mon, 10 Oct 2011 13:00:37 -0700 (PDT) Cc: hackers@freebsd.org Subject: Re: Clustering server in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 20:34:33 -0000 On Mon, 10 Oct 2011, elman wrote: > Dear all > > I have plan to cluster server with freebsd 8.2 for mailserver. But I'm confusing with the software for clustering. Do you have a reference for me, or do you have blog and I can see your blog for reference to create clustering with freebsd. > You might look at http://www.linux-ha.org/wiki/About to see if that helps. From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 20:58:10 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42369106566C for ; Mon, 10 Oct 2011 20:58:10 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 03BC08FC08 for ; Mon, 10 Oct 2011 20:58:09 +0000 (UTC) Received: by gyf2 with SMTP id 2so7334322gyf.13 for ; Mon, 10 Oct 2011 13:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rbIS7hU1F6sXsTVWkZSLYqy7XUU/5rYKpZPj0rWProo=; b=ZgV4fD0gT1SWcyA6TcIk9g0Y1prq336GRGU+SZ9c2dy97BFXRlCSWyy4CMOtBa7r/W JrR9/ZF+pGBUqnSQWtnbBcLn0POKFHLgzwt+/CDQowDEE36xf1NG3YApVSHKAzvoNpGd edtglt+WzP4V5HxIibvc6iqG8bzBywtyLp1YA= MIME-Version: 1.0 Received: by 10.150.219.20 with SMTP id r20mr7788073ybg.54.1318278825968; Mon, 10 Oct 2011 13:33:45 -0700 (PDT) Received: by 10.150.228.16 with HTTP; Mon, 10 Oct 2011 13:33:45 -0700 (PDT) In-Reply-To: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> References: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> Date: Mon, 10 Oct 2011 22:33:45 +0200 Message-ID: From: Oliver Pinter To: elman_syah@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: Clustering server in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 20:58:10 -0000 see hastd(8) On 10/10/11, elman wrote: > Dear all > > I have plan to cluster server with freebsd 8.2 for mailserver. But I'm > confusing with the software for clustering. Do you have a reference for m= e, > or do you have blog and I can see your blog for reference to create > clustering with freebsd. > > Thanks hacker > Best regards. > Mr. L > Powered by Telkomsel BlackBerry=AE From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 21:20:22 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2A91065670 for ; Mon, 10 Oct 2011 21:20:22 +0000 (UTC) (envelope-from brodbd@uw.edu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE398FC19 for ; Mon, 10 Oct 2011 21:20:21 +0000 (UTC) Received: by eyd10 with SMTP id 10so1960001eyd.13 for ; Mon, 10 Oct 2011 14:20:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.108.84 with SMTP id e20mr1048210ebp.82.1318281620260; Mon, 10 Oct 2011 14:20:20 -0700 (PDT) Received: by 10.213.112.130 with HTTP; Mon, 10 Oct 2011 14:20:20 -0700 (PDT) In-Reply-To: <4E935105.1090602@FreeBSD.org> References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> <4E935105.1090602@FreeBSD.org> Date: Mon, 10 Oct 2011 14:20:20 -0700 Message-ID: From: David Brodbeck To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 21:20:22 -0000 On Mon, Oct 10, 2011 at 1:09 PM, Doug Barton wrote: > On 10/10/2011 11:55, David Brodbeck wrote: > > Is there any reason to cache negative hits? > > It's very important for DNS since there are a fairly large number of > misbehaving applications that don't stop querying until they get some > kind of answer. > That's a good point. I hadn't thought about it in terms of DNS; we use it mainly for caching LDAP lookups. -- David Brodbeck System Administrator, Linguistics University of Washington From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 10 21:28:16 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD2D4106566B; Mon, 10 Oct 2011 21:28:16 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 31CD38FC0A; Mon, 10 Oct 2011 21:28:15 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.4) with ESMTP id p9ALSE4q067684; Mon, 10 Oct 2011 23:28:14 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.4/Submit) with ESMTP id p9ALSEmX067681; Mon, 10 Oct 2011 23:28:14 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Mon, 10 Oct 2011 23:28:13 +0200 (CEST) From: Wojciech Puchar To: Alan Cox In-Reply-To: <4E8FF4B8.7010300@rice.edu> Message-ID: References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> <4E8FF4B8.7010300@rice.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Mon, 10 Oct 2011 23:28:14 +0200 (CEST) Cc: alc@freebsd.org, Kostik Belousov , hackers@freebsd.org, Grzegorz Kulewski Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2011 21:28:16 -0000 > > Notice that vm.pmap.pde.promotions increased by 31. This means that 31 > superpage mappings were created by promotion from small page mappings. thank you. i looked at .mappings as it seemed logical for me that is shows total. > In contrast, vm.pmap.pde.mappings counts superpage mappings that are created > directly and not by promotion from small page mappings. For example, if a > large executable, such as gcc, is resident in memory, the text segment will > be pre-mapped using superpage mappings, avoiding soft fault and promotion > overhead. Similarly, mmap(..., MAP_PREFAULT_READ) on a large, memory > resident file may pre-map the file using superpage mappings. your options are not described in mmap manpage nor madvise (MAP_PREFAULT_READ). when can i find the up to date manpage or description? is it possible to force VM subsystem to operate on superpages when possible - i mean swapping in 2MB chunks? From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 04:51:09 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6D9106566B; Tue, 11 Oct 2011 04:51:09 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id A556C8FC08; Tue, 11 Oct 2011 04:51:09 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9B4p7xW029693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 10 Oct 2011 21:51:08 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9B4p7IE029691; Mon, 10 Oct 2011 21:51:07 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA14543; Mon, 10 Oct 11 21:43:53 PDT Date: Tue, 11 Oct 2011 04:42:58 -0700 From: perryh@pluto.rain.com To: dougb@freebsd.org Message-Id: <4e942bc2.diL95Gr/XYELJ+gj%perryh@pluto.rain.com> References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> <4E935105.1090602@FreeBSD.org> In-Reply-To: <4E935105.1090602@FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 04:51:09 -0000 Doug Barton wrote: > On 10/10/2011 11:55, David Brodbeck wrote: > > Is there any reason to cache negative hits? > > It's very important for DNS since there are a fairly large number > of misbehaving applications that don't stop querying until they > get some kind of answer. Would this need be sufficiently covered if negative cache timeout were set to, say, 1/4 of a second? That should be short enough to cover virtually any instance in which a missing entry is added manually and the new entry then needs to be found. > And speaking of DNS, while I think that improving nscd is a good > goal I wonder how much use it will be in the world to come when > DNSSEC becomes more important ... Is there something about DNSSEC that makes it fundamentally incompatible with a local cache such as nscd, or is it simply a matter of nscd needing a bit of work to support DNSSEC? From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 07:51:32 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C24106566C for ; Tue, 11 Oct 2011 07:51:32 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A60D18FC18 for ; Tue, 11 Oct 2011 07:51:31 +0000 (UTC) Received: by wwe3 with SMTP id 3so9529258wwe.31 for ; Tue, 11 Oct 2011 00:51:30 -0700 (PDT) Received: by 10.227.37.155 with SMTP id x27mr7590496wbd.54.1318319489145; Tue, 11 Oct 2011 00:51:29 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id i29sm36974061wbp.22.2011.10.11.00.51.27 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 00:51:28 -0700 (PDT) Message-ID: <4E93F58D.6040004@my.gd> Date: Tue, 11 Oct 2011 09:51:41 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: elman_syah@yahoo.com References: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> In-Reply-To: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Clustering server in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 07:51:32 -0000 On 10/10/11 9:31 PM, elman wrote: > Dear all > > I have plan to cluster server with freebsd 8.2 for mailserver. But I'm confusing with the software for clustering. Do you have a reference for me, or do you have blog and I can see your blog for reference to create clustering with freebsd. > > Thanks hacker > Best regards. > Mr. L > Powered by Telkomsel BlackBerry® > Your question is very vague. - what goal do you want to achieve ? - do you want a redundant mail system in case one of your servers goes down ? - do you want a load balanced system to distribute the load (incurring a degraded service if a server goes down) ? - what do you mean by "mailserver", is that for outbound and inbound email (SMTP), for users to grab their email (POP,IMAP), or both ? Basically you're giving us a *means* (clustered servers) to an *end* that we do not know/understand. You've thus had 2 responses so far which might or might not have been helpful because nobody knows what you're trying to do ;) If you want meaningful answers, you'll have to be much more specific. From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 08:32:16 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3608106566B for ; Tue, 11 Oct 2011 08:32:16 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4799E8FC08 for ; Tue, 11 Oct 2011 08:32:15 +0000 (UTC) Received: by qyk4 with SMTP id 4so6586719qyk.13 for ; Tue, 11 Oct 2011 01:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AE8/ghhcehVBFXzGAlfo/nHsk2IamVH7Ueblpsbmyj8=; b=uK7bxJCxWQ7/5y3Kzij9htB7/T+ngz7AWgM1giMUKft6h/dIAsECcoAc7ffr0JWooX 7Kk4z5PQEesgRoFPLlBKWT8OVe8s/o8zQPHSA1szgcxevvT0YyszhahbYVvKQd9yamcg iU92rMB7sDeouDkgNOOfq47tbyrJc1OgbFYbQ= MIME-Version: 1.0 Received: by 10.229.228.4 with SMTP id jc4mr2087179qcb.173.1318321935364; Tue, 11 Oct 2011 01:32:15 -0700 (PDT) Sender: realbushman@gmail.com Received: by 10.229.8.66 with HTTP; Tue, 11 Oct 2011 01:32:15 -0700 (PDT) In-Reply-To: <4e942bc2.diL95Gr/XYELJ+gj%perryh@pluto.rain.com> References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> <4E935105.1090602@FreeBSD.org> <4e942bc2.diL95Gr/XYELJ+gj%perryh@pluto.rain.com> Date: Tue, 11 Oct 2011 10:32:15 +0200 X-Google-Sender-Auth: AX2GkiLvr2oV5iu4PV9s_zFtj3s Message-ID: From: Michael Bushkov To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, dougb@freebsd.org Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 08:32:16 -0000 On Tue, Oct 11, 2011 at 1:42 PM, wrote: > Doug Barton wrote: > >> On 10/10/2011 11:55, David Brodbeck wrote: >> > Is there any reason to cache negative hits? >> >> It's very important for DNS since there are a fairly large number >> of misbehaving applications that don't stop querying until they >> get some kind of answer. > > Would this need be sufficiently covered if negative cache timeout > were set to, say, 1/4 of a second? =A0That should be short enough > to cover virtually any instance in which a missing entry is added > manually and the new entry then needs to be found. You can actually change negative caching timeout as well as turn it off completely. There's negative-time-to-live option in nscd.conf (see http://www.freebsd.org/cgi/man.cgi?query=3Dnscd.conf). Unfortunately it accepts only integer number of seconds, so 1/4 of a second is impossible. But you can turn negative caching off completely by setting negative-time-to-live to 0. > >> And speaking of DNS, while I think that improving nscd is a good >> goal I wonder how much use it will be in the world to come when >> DNSSEC becomes more important ... > > Is there something about DNSSEC that makes it fundamentally > incompatible with a local cache such as nscd, or is it simply > a matter of nscd needing a bit of work to support DNSSEC? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > > From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 10:05:55 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF634106566B for ; Tue, 11 Oct 2011 10:05:55 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3702A8FC0C for ; Tue, 11 Oct 2011 10:05:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RDZDd-0002YV-8C for freebsd-hackers@freebsd.org; Tue, 11 Oct 2011 12:05:53 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2011 12:05:53 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2011 12:05:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Tue, 11 Oct 2011 12:05:39 +0200 Lines: 56 Message-ID: References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig275D6CCC01AF46E6D4CD92E6" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 10:05:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig275D6CCC01AF46E6D4CD92E6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/10/2011 19:13, Alan Cox wrote: > On Thu, Oct 6, 2011 at 11:01 AM, Kostik Belousov w= rote: >> For one thing, this indeed causes more memory use for the OS. This is >> somewhat mitigated by automatic use of superpages. Superpage promotion= >> still keeps the 4KB page table around, so most savings from the >> superpages are due to more efficient use of TLB. >> >> > You are correct about the page table page. However, a superpage mappin= g > consumes a single PV entry, in place of 512 or 1024 PV entries. This w= inds > up saving about three physical pages worth of memory for every superpag= e > mapping. But wouldn't the "conservative" superpages policy make it difficult in the OPs case to ever get promotions to superpages if he's touching pages almost randomly? > Similarly, mmap(..., MAP_PREFAULT_READ) on a large, memory resident fil= e may pre-map the file using superpage mappings.=20 grep doesn't find this symbol in the sys src tree in 8-STABLE - nor it seems in /usr/include. But anyway, is there a mechanism which gives more guarantees than "may" (i.e. which forces this) - or if not, how hard would it be to add one? Some Linux-based "enterprise" software (including Java) use Linux-specific calls to allocate large pages directly. --------------enig275D6CCC01AF46E6D4CD92E6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6UFPMACgkQldnAQVacBcjZYgCguCpgO/ThrKRZW83MIhhncDps jkkAn0jcCgePAs5SOlPjJJjvmYkhm9FC =Nxox -----END PGP SIGNATURE----- --------------enig275D6CCC01AF46E6D4CD92E6-- From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 10:31:13 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7661065673 for ; Tue, 11 Oct 2011 10:31:13 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm31-vm5.bullet.mail.bf1.yahoo.com (nm31-vm5.bullet.mail.bf1.yahoo.com [72.30.239.13]) by mx1.freebsd.org (Postfix) with SMTP id 3A6568FC1A for ; Tue, 11 Oct 2011 10:31:13 +0000 (UTC) Received: from [98.139.212.149] by nm31.bullet.mail.bf1.yahoo.com with NNFMP; 11 Oct 2011 10:18:08 -0000 Received: from [98.139.211.206] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 11 Oct 2011 10:18:08 -0000 Received: from [127.0.0.1] by smtp215.mail.bf1.yahoo.com with NNFMP; 11 Oct 2011 10:18:08 -0000 X-Yahoo-Newman-Id: 233908.15601.bm@smtp215.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7IFPsAgVM1nYjaI4wM2Z5xjBOKhNLDnDWbJ6Ufq0gsgMl2V b3DozZ6621wK_WQ7UgI_Yq1GQCcI5nmslDKIy8x1RZ.iG4WCdNVm7nqWKDuX WIw57AHzHHXgfbDbEgVQf4NFH2VWya4jJCZahOtdheJ2cgumq1ePA_V1ZC1a CLvCdXRSm9dC5AzXLu8WTjcaQd6jkaApjy7F09HV3ytBS4vyBP_O3FRQtiKc yjiOUEhjMalra2u7qe_kWPerjI7CmsZFEx_H8K25Gac_J3apujSfX37Uoa.t wFDoGG5LTHSwOd1TgQ1Knw2_UsDOIqhWg9DfFkeQXNg1bE7wFlL692x3S7W5 9jOymJpKovQJc9SbQbHYl2IpuXa3d.jef.EQ1NhtuQjga2fT3IvvONe.WK4X 9EKnLheY- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.155.124 with plain) by smtp215.mail.bf1.yahoo.com with SMTP; 11 Oct 2011 03:18:07 -0700 PDT Message-ID: <4E9417E0.9050804@freebsd.org> Date: Tue, 11 Oct 2011 12:18:08 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Michael Bushkov References: <20111004160043.GA16034@lpthe.jussieu.fr> <051853CE-03EC-4EEC-A5AC-C380131B28E4@gsoft.com.au> <4e8f073c.3g2aD/Zz9KdsWOKN%perryh@pluto.rain.com> <4E935105.1090602@FreeBSD.org> <4e942bc2.diL95Gr/XYELJ+gj%perryh@pluto.rain.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, dougb@freebsd.org, perryh@pluto.rain.com Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 10:31:13 -0000 Am 11.10.2011 10:32, schrieb Michael Bushkov: > On Tue, Oct 11, 2011 at 1:42 PM, wrote: >> Doug Barton wrote: >> >>> On 10/10/2011 11:55, David Brodbeck wrote: >>>> Is there any reason to cache negative hits? >>> >>> It's very important for DNS since there are a fairly large number >>> of misbehaving applications that don't stop querying until they >>> get some kind of answer. >> >> Would this need be sufficiently covered if negative cache timeout >> were set to, say, 1/4 of a second? That should be short enough >> to cover virtually any instance in which a missing entry is added >> manually and the new entry then needs to be found. > > You can actually change negative caching timeout as well as turn it > off completely. There's negative-time-to-live option in nscd.conf (see > http://www.freebsd.org/cgi/man.cgi?query=nscd.conf). Unfortunately it > accepts only integer number of seconds, so 1/4 of a second is > impossible. But you can turn negative caching off completely by > setting negative-time-to-live to 0. Just an idea, which would slightly complicate the internal logic, but not by too much, IMHO: How about counting negative hits and requiring a *threshold* to be crossed, *before cached negative results are returned*? E.g. if there is a negative response, then put it into the cache with a timeout of e.g. 60 seconds, but do not rely on the cached value but repeat the actual lookup if another query is issued. Only after e.g. 5 queries that were not answered from the cache within the (relatively short) negative cache timeout period, the cached reply is returned as is currently done for the second query already. This would introduce a 3rd state besides known-to-exist and not-to-not-exist. The 3rd state would be "expected-to-not-exist" and that state would migrate to known-to-not-exist for a (possibly longer time) after it has been confirmed a number of times by repeating the lookup. The code changes should be simple, only needing a counter for the number of retries for a cached negative result. The threshold should be configurable as well as the timeout for the 3rd state. This should cover install scripts (which check just once or twice for the existance of a UID/GID before deciding to create it), but also negative DNS lookups (which would quickly migrate to state known-to-not-exist). Think of this proposal as a rate-limiting of queries for probably not existing entries. There will be the specified number of retries after negative replies within the specified time window. Any other query will be answered from the cached negative entry. But if there is a positive reply, before the retries are used up, the newly defined value will be cached instead of the negative reply without any delay (not even 1/4 of a second). Regards, STefan From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 12:34:16 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BAEF106566C for ; Tue, 11 Oct 2011 12:34:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 043218FC14 for ; Tue, 11 Oct 2011 12:34:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AEBBA46B17; Tue, 11 Oct 2011 08:34:15 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 50FD78A02F; Tue, 11 Oct 2011 08:34:15 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 11 Oct 2011 08:26:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <127B21EE-2730-4463-8921-B79CCE2B5ECB@gmail.com> In-Reply-To: <127B21EE-2730-4463-8921-B79CCE2B5ECB@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110110826.31499.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 11 Oct 2011 08:34:15 -0400 (EDT) Cc: Riccardo Cattaneo Subject: Re: 4.4BSD timeslice management X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 12:34:16 -0000 On Wednesday, October 05, 2011 12:54:57 pm Riccardo Cattaneo wrote: > Hello, > I'm looking into the code of 4.4BSD scheduler (and related files) of FreeBSD version 7.2-RELEASE on an amd64 machine in order to understand how to manage time slices. I'm trying to dynamically change the length of the time slice on a thread by thread basis to "give more priority" or "less priority" to threads. > In function sched_clock (sched_4bsd.c) I found a piece of code in which thread's flags are added with TDF_NEEDRESCHED when the time slice (quantum) expires but I failed to notice any point in the code that actually preempt the thread. > Adding a per-thread parameter (e.g., in struct thread) I could set TDF_NEEDRESCHED when the dynamic time slice expires but how can I be sure the thread gets preempted? Where can I set a per-thread parameter (maybe after cpu_switch?!)? Is there a timer periodically calling a sort of context switch function or the context switches happen only when triggered by the kernel code? TDF_NEEDRESCHED is checked for in ast() in sys/kern/subr_trap.c. It is called during return to userland from interrupts, traps, and system calls. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 09:10:50 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4141E106564A for ; Tue, 11 Oct 2011 09:10:50 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id F2B4F8FC0C for ; Tue, 11 Oct 2011 09:10:49 +0000 (UTC) Received: by ywp17 with SMTP id 17so7926462ywp.13 for ; Tue, 11 Oct 2011 02:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1kXOCkQ66PHCvxYOKwOzXZC15S3wbEMEXLKfXJQNogs=; b=JTYz8dtCC9MvUybM23LTpDftq1zYzs4lTYOrLGzvc7lRv+BT3BGqD5yA8wqdFZI76i bKLdAum9xlKKwL+BzLafGhrqNVDtXHKYZaUC/8/z7x4OYIiplJsmemm63P9oNWuK8aFZ BtyWeM+JpinzVT2LReEg5eUkWhlU26gdR5zz8= MIME-Version: 1.0 Received: by 10.236.129.228 with SMTP id h64mr28939737yhi.101.1318322440374; Tue, 11 Oct 2011 01:40:40 -0700 (PDT) Received: by 10.236.109.133 with HTTP; Tue, 11 Oct 2011 01:40:40 -0700 (PDT) In-Reply-To: <4E93F58D.6040004@my.gd> References: <415606854-1318275087-cardhu_decombobulator_blackberry.rim.net-469635454-@b3.c1.bise3.blackberry> <4E93F58D.6040004@my.gd> Date: Tue, 11 Oct 2011 09:40:40 +0100 Message-ID: From: krad To: Damien Fleuriot X-Mailman-Approved-At: Tue, 11 Oct 2011 16:43:00 +0000 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, elman_syah@yahoo.com Subject: Re: Clustering server in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 09:10:50 -0000 On 11 October 2011 08:51, Damien Fleuriot wrote: > > > On 10/10/11 9:31 PM, elman wrote: > > Dear all > > > > I have plan to cluster server with freebsd 8.2 for mailserver. But I'm > confusing with the software for clustering. Do you have a reference for m= e, > or do you have blog and I can see your blog for reference to create > clustering with freebsd. > > > > Thanks hacker > > Best regards. > > Mr. L > > Powered by Telkomsel BlackBerry=AE > > > > Your question is very vague. > > - what goal do you want to achieve ? > - do you want a redundant mail system in case one of your servers goes > down ? > - do you want a load balanced system to distribute the load (incurring a > degraded service if a server goes down) ? > - what do you mean by "mailserver", is that for outbound and inbound > email (SMTP), for users to grab their email (POP,IMAP), or both ? > > > > Basically you're giving us a *means* (clustered servers) to an *end* > that we do not know/understand. > > You've thus had 2 responses so far which might or might not have been > helpful because nobody knows what you're trying to do ;) > > If you want meaningful answers, you'll have to be much more specific. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > I have built a few resilient mail platform over the past few years, in highly available, high volume isp environments. In my experience its a bit more complicated than having a cluster. What you need is a resilient environment. How much resilience you build in is really down to the busines= s requirements verses the cost. Some parts of the mail system would make sens= e to be clustered, whilst others do not. SMTP inbound doesnt need clustering resilience takes care of itself by specifying multiple mx records of the same priority, although a load balancer does have merit here, but isnt required. Same goes with any spam filtering you do on the mail. Most mta allow you to specify multiple av/spa= m scanners, and round robin their use. Alternatively you can just run them on localally (not ideal for scalabillity). SMTP inbound (for pc email clients) you can do dns load balancing but a proper load balancer is better here. Pop3, imap, load balanced. You would probably want to make the connections sticky on relation to the source ip though. You would then get the benefits of caching etc, by all of the connections from the same user hitting the same head end. What out from large numbers of users comming from a nated ip though if you do this. Webmail head ends - load balanced. Definately need sticky connections here as session ids get screwed up to easily otherwise. Webamail back end - Clustered. Most webmail solutions out there require a d= b backend (sqwebmail doesnt from what i remember). This has a lot of writes, therefore needs to be clustered. Backend authenticaion (webmail/pop3/imap) - depends. If its ldap you can probably just get away with a master server and multiple slave ldap servers replicating off this. If its a db (mysql) you could do a similar setup with reading from some slave servers, or as you most probably have a cluster for the webmail backend you could use that. Shared storage: Definitely need to be clustered. Could be a resilient netap= p type thing, sun cluster, red hat cluster, or possibly some kind of hast solution. Personally I would use a solution based on wafle or zfs. Which yo= u go for really depends on your budget. Database clusters: 3 main options here really. 1. Mysql cluster - could run on freebsd (offical mysql cluster commercial) you can do a diy cluster though there are a few guides out there. 2. redhat cluster - supports most dbs 3. sun cluster - there are other cluster software available (veritas) but they get very costly and are probably overkill. WHich ever db solution you go for i'd recommend you use one that is underpinned with zfs, as it makes backing up dbs very quick and easy, as well as the data integrity advantages it provides Load balancers - there are many commercial options here, although you might want to look at relayd is you want opensource. Its probably best to run it on openbsd though as you will get the full range of features then. As you can see its quite a complicated affair to what seems a simple question. But it basically boils down to at present there is no proper clustering solution for freebsd, however there are plenty of roles that freebsd does an outstanding and cost efficient job in a resilient environment From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 16:12:46 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B594A1065677; Tue, 11 Oct 2011 16:12:46 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by mx1.freebsd.org (Postfix) with ESMTP id 736448FC0A; Tue, 11 Oct 2011 16:12:46 +0000 (UTC) Received: from mh1.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh1.mail.rice.edu (Postfix) with ESMTP id C430229192C; Tue, 11 Oct 2011 11:12:45 -0500 (CDT) X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no Received: from proofpoint2.rice.edu (proofpoint2.rice.edu [128.42.182.232]) by mh1.mail.rice.edu (Postfix) with ESMTP id A571A291914; Tue, 11 Oct 2011 11:12:45 -0500 (CDT) Received: from mh7.mail.rice.edu (mh7.mail.rice.edu [128.42.199.46]) by proofpoint2.rice.edu (8.14.4/8.14.4) with ESMTP id p9BGCjXT010025; Tue, 11 Oct 2011 11:12:45 -0500 Received: from mh7.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh7.mail.rice.edu (Postfix) with ESMTP id 323CA291CCE; Tue, 11 Oct 2011 11:12:45 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh7.mail.rice.edu, auth channel Received: from mh7.mail.rice.edu ([127.0.0.1]) by mh7.mail.rice.edu (mh7.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id VhZKcaG9RUg0; Tue, 11 Oct 2011 11:12:44 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh7.mail.rice.edu (Postfix) with ESMTPSA id 58EBE291D11; Tue, 11 Oct 2011 11:12:44 -0500 (CDT) Message-ID: <4E946AFA.6060105@rice.edu> Date: Tue, 11 Oct 2011 11:12:42 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110620 Thunderbird/3.1.10 MIME-Version: 1.0 To: Wojciech Puchar References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> <4E8FF4B8.7010300@rice.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 11 Oct 2011 16:43:36 +0000 Cc: alc@freebsd.org, Kostik Belousov , hackers@freebsd.org, Grzegorz Kulewski Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 16:12:46 -0000 On 10/10/2011 16:28, Wojciech Puchar wrote: >> >> Notice that vm.pmap.pde.promotions increased by 31. This means that >> 31 superpage mappings were created by promotion from small page >> mappings. > > thank you. i looked at .mappings as it seemed logical for me that is > shows total. > >> In contrast, vm.pmap.pde.mappings counts superpage mappings that are >> created directly and not by promotion from small page mappings. For >> example, if a large executable, such as gcc, is resident in memory, >> the text segment will be pre-mapped using superpage mappings, >> avoiding soft fault and promotion overhead. Similarly, mmap(..., >> MAP_PREFAULT_READ) on a large, memory resident file may pre-map the >> file using superpage mappings. > > your options are not described in mmap manpage nor madvise > (MAP_PREFAULT_READ). > > when can i find the up to date manpage or description? > It is documented in mmap(2) on HEAD and 9.x: MAP_PREFAULT_READ Immediately update the calling process's lowest-level virtual address translation structures, such as its page table, so that every memory resident page within the region is mapped for read access. Ordinarily these structures are updated lazily. The effect of this option is to eliminate any soft faults that would oth- erwise occur on the initial read accesses to the region. Although this option does not preclude prot from including PROT_WRITE, it does not eliminate soft faults on the initial write accesses to the region. I don't believe that this feature was merged into to 8.x. However, there is no technical reason that it can't be merged. > > is it possible to force VM subsystem to operate on superpages when > possible - i mean swapping in 2MB chunks? > Currently, no. For some applications, like the Sun/Oracle JVM, that have code to explicitly manage large pages, there could be some benefit in the form of reduced overhead. So, it's on my "to do" list, but no where near the top of that list. Alan From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 18:01:38 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582E31065673; Tue, 11 Oct 2011 18:01:38 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB0038FC1E; Tue, 11 Oct 2011 18:01:37 +0000 (UTC) Received: by vcbf13 with SMTP id f13so8129244vcb.13 for ; Tue, 11 Oct 2011 11:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/CBWcq85otKCdah8C9q6g5mBte3RtCzY+J2TqIoAdY0=; b=HzVgJbrOlETFyf28KPumvMoTuDY3W6T6g66wb5VW3P9dq+2WLRK8GCpPoSnhsv8Dvi qx/BzDtP/C+d1LNZJL5I+wC0MNd+Aw723UKnRvnyuIx3HNmO4GO/c+IA21Qt+Xhdxrmj EiXoOrqPpbEpY6KDe68EMIH1AQtp0C7SX+PBE= Received: by 10.52.37.72 with SMTP id w8mr19392034vdj.32.1318354571577; Tue, 11 Oct 2011 10:36:11 -0700 (PDT) Received: from [192.168.1.100] ([216.129.185.155]) by mx.google.com with ESMTPS id hl5sm23062027vdb.18.2011.10.11.10.36.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Oct 2011 10:36:10 -0700 (PDT) Message-ID: <4E947E85.2040103@gmail.com> Date: Tue, 11 Oct 2011 12:36:05 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Alan Cox References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> <4E8FF4B8.7010300@rice.edu> <4E946AFA.6060105@rice.edu> In-Reply-To: <4E946AFA.6060105@rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Wojciech Puchar , Kostik Belousov , hackers@freebsd.org, Grzegorz Kulewski Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 18:01:38 -0000 On 10/11/2011 11:12 AM, Alan Cox wrote: > On 10/10/2011 16:28, Wojciech Puchar wrote: >> is it possible to force VM subsystem to operate on superpages when >> possible - i mean swapping in 2MB chunks? >> > > Currently, no. For some applications, like the Sun/Oracle JVM, that > have code to explicitly manage large pages, there could be some > benefit in the form of reduced overhead. So, it's on my "to do" list, > but no where near the top of that list. > > Alan > Am I correct in remembering that super-pages have to be aligned on the super-page boundary and be contiguous? If so, in the mmap(), he may want to include the 'MAP_FIXED' flag with an address that is on a super-page boundary. Right now, the "VMFS_ALIGNED_SPACE" that does the VA super-page alignment is only used for device pagers. Similarly, if the allocated physical pages for the object are not contiguous, then MAP_PREFAULT_READ will not result in a super-page promotion. --Mark Tinguely From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 18:43:33 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC291065674 for ; Tue, 11 Oct 2011 18:43:33 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7FE8FC1A for ; Tue, 11 Oct 2011 18:43:32 +0000 (UTC) Received: by gyf2 with SMTP id 2so8733611gyf.13 for ; Tue, 11 Oct 2011 11:43:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:content-type :content-transfer-encoding:in-reply-to:references:x-mailer; bh=vQBUhTLCcfEx90y7X+c3zGl3r58tIEg/FaawNYHwTfY=; b=BM/GKUw+re10p6fOpqK5oPben6JmJ4HHt1uPNgmucsH24mmiGHB2tb1edTEnQbR3S7 G+vz84OaTE5N0nCjO9yqnhDnbdy6+o/gUv8Z89wNaVg5g1n/OEMVnGbhfe4MR0wOHrYV KBUBAfT0QKYj7fkczZHrMxQ7FOFCuN5Yaa5QY= Received: by 10.223.62.19 with SMTP id v19mr40876164fah.27.1318358612179; Tue, 11 Oct 2011 11:43:32 -0700 (PDT) Received: from DEV ([82.193.208.173]) by mx.google.com with ESMTPS id c1sm38886305fab.15.2011.10.11.11.43.27 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 11:43:30 -0700 (PDT) Message-ID: <20111011.184329.046.1@DEV> From: rank1seeker@gmail.com To: hackers@freebsd.org Date: Tue, 11 Oct 2011 20:43:29 +0200 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable In-Reply-To: <4E5F8E91.3060206@gmail.com> References: <20110901.131731.343.1@DEV> <4E5F8E91.3060206@gmail.com> X-Mailer: POP Peeper (3.8.0.0) Cc: Subject: Re: 8.2R i386 bassed md root, doesn't like all machines X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 18:43:33 -0000 ----- Original Message -----=0D=0AFrom: Mark Tinguely = =0D=0ATo: rank1seeker@gmail.com=0D=0ACc: = hackers@freebsd.org=0D=0ADate: Thu, 01 Sep 2011 08:54:25 = -0500=0D=0ASubject: Re: 8.2R i386 bassed md root, doesn't like all = machines=0D=0A=0D=0A> On 9/1/2011 8:17 AM, rank1seeker@gmail.com = wrote:=0D=0A> > Works excellent!=0D=0A> > I boot it from USB = stick.=0D=0A> >=0D=0A> > Now I added ~150 MB of ports to it.=0D=0A> > = >From that point on, it doesn't boot on all machines.=0D=0A> >=0D=0A> > = Booting 2 times in a row on laptop with 4 gb ram:=0D=0A> > = http://www.starforce.biz/md_root_1.jpg=0D=0A> > = http://www.starforce.biz/md_root_2.jpg=0D=0A> >=0D=0A> > Without ports, = it did booted fine!=0D=0A> >=0D=0A> > Then I plug it in desktop with 2 GB = of ram and booted it and it works!=0D=0A> > I've did it again, just to be = sure.=0D=0A> >=0D=0A> > Back to my laptop and same fail again.=0D=0A> = >=0D=0A> >=0D=0A> > Domagoj Smol=E8i=E6=0D=0A> > = _______________________________________________=0D=0A> > = freebsd-hackers@freebsd.org mailing list=0D=0A> > = http://lists.freebsd.org/mailman/listinfo/freebsd-hackers=0D=0A> > To = unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org"=0D=0A> >=0D=0A> =0D=0A> This = must be a 32 bit i386 kernel.=0D=0A> =0D=0A> From the vm_thread_new() = error messages, your kernel virtual memory map =0D=0A> is = depleted.=0D=0A> =0D=0A> The OS uses KVA for a physical page attribute = table. Therefore the 4GB =0D=0A> machine will use more KVA than a 2GB. = Apparently this difference is a =0D=0A> enough to cause you = problems.=0D=0A> =0D=0A> Either increase your KVA (KVA_PAGES setting in = your kernel configuration =0D=0A> file; see sys/i386/include/pmap.h look = for values) or decrease your KVA =0D=0A> use (memory drive?).=0D=0A> = =0D=0A=0D=0A=0D=0AI see. It worked.=0D=0AYes it is 8.2 i386, as it is the = only that has NKPT kernel option.=0D=0AFor other archs, I would have to = edit src code.=0D=0A=0D=0AWhat would be the formula, to set the KVA_PAGES = to, if I know the size of MD(in Mb), so it would work on all machines, = regardled of RAM amount (for i386, all less then 4 = GB)=0D=0A=0D=0A=0D=0ADomagoj Smol=E8i=E8=0D=0A From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 11 19:08:01 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582BD1065673 for ; Tue, 11 Oct 2011 19:08:01 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AFC88FC14 for ; Tue, 11 Oct 2011 19:08:00 +0000 (UTC) Received: by ggeq3 with SMTP id q3so7554720gge.13 for ; Tue, 11 Oct 2011 12:08:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:in-reply-to:references:x-mailer; bh=N66sVWRPbK38blELP+c/HOrAKBqkrhwjMRNQPhh7gYE=; b=AYhAzKFkefndx4HfSwvT9FfqVZoQ50NARFa/A7+8OXPOmDiHZWzorkdlVPHCwgx/ey Tqg0Psj1Z2E4jEp4rvpEPRPrfqvdmT8Z0Fb4GMBIVYxhLfHAl+JE715UzbK1EuNW9ynQ nandqGjnTr9b66z1A4dG0j1rL6QS4IhM54SEc= Received: by 10.223.4.132 with SMTP id 4mr40963598far.12.1318358615787; Tue, 11 Oct 2011 11:43:35 -0700 (PDT) Received: from DEV ([82.193.208.173]) by mx.google.com with ESMTPS id c1sm38886305fab.15.2011.10.11.11.43.32 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 11:43:34 -0700 (PDT) Message-ID: <20111011.184333.187.2@DEV> From: rank1seeker@gmail.com To: freebsd-hackers@freebsd.org Date: Tue, 11 Oct 2011 20:43:33 +0200 In-Reply-To: <4E8B2F11.8050008@my.gd> References: <20111004.150623.171.1@DEV> <4E8B2F11.8050008@my.gd> X-Mailer: POP Peeper (3.8.0.0) Subject: Re: Add user to croosworld DESTDIR X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 19:08:01 -0000 ----- Original Message ----- From: Damien Fleuriot To: freebsd-hackers@freebsd.org Date: Tue, 04 Oct 2011 18:06:41 +0200 Subject: Re: Add user to croosworld DESTDIR > On 10/4/11 5:06 PM, rank1seeker@gmail.com wrote: > > When I wana add user into DESTDIR, I chroot into it. > > However, in this case, DESTDIR has an arch of amd64, while running machine is i386. > > So that isn't an option as all execute attempts would fail(Exec format error). > > > > I've tried with pw's '-V etcdir' flag and it did created user in amd64 DESTDIR, BUT without home dir! > > > > I've found this: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2108497+0+archive/2001/freebsd-questions/20011028.freebsd-questions > > > > I did however, managed to writte wrapper function, which created home and mail layout, as would original FreeBSD installation. > > BUT, all $DESTDIR/home/$USER dirs, are owned by 0:0 and I can't find a way to chown it to DESTDIR user. > > > > That LAST step is all I need. > > Anyone has any idea? > > > > Grep the newly added user's UID/GID from $DESTDIR/etc/passwd , chown to > these, should work even if they don't exist on your original system. Thanks. It worked. ;) From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 12 16:24:45 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D4C106564A; Wed, 12 Oct 2011 16:24:45 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id C93538FC0A; Wed, 12 Oct 2011 16:24:44 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id 033BA291B9E; Wed, 12 Oct 2011 11:24:44 -0500 (CDT) X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no X-SMTP-Auth: no Received: from proofpoint2.rice.edu (proofpoint2.rice.edu [128.42.182.232]) by mh2.mail.rice.edu (Postfix) with ESMTP id D3B22291B9C; Wed, 12 Oct 2011 11:24:43 -0500 (CDT) Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by proofpoint2.rice.edu (8.14.4/8.14.4) with ESMTP id p9CGOhPf021221; Wed, 12 Oct 2011 11:24:43 -0500 Received: from mh1.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh1.mail.rice.edu (Postfix) with ESMTP id 9B2CD297603; Wed, 12 Oct 2011 11:24:43 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh1.mail.rice.edu, auth channel Received: from mh1.mail.rice.edu ([127.0.0.1]) by mh1.mail.rice.edu (mh1.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id EpwOS-gYTnfS; Wed, 12 Oct 2011 11:24:43 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id E5BC3291976; Wed, 12 Oct 2011 11:24:42 -0500 (CDT) Message-ID: <4E95BF4A.1060706@rice.edu> Date: Wed, 12 Oct 2011 11:24:42 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110620 Thunderbird/3.1.10 MIME-Version: 1.0 To: Mark Tinguely References: <20111006160159.GQ1511@deviant.kiev.zoral.com.ua> <4E8FF4B8.7010300@rice.edu> <4E946AFA.6060105@rice.edu> <4E947E85.2040103@gmail.com> In-Reply-To: <4E947E85.2040103@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 12 Oct 2011 16:37:14 +0000 Cc: alc@freebsd.org, Wojciech Puchar , Kostik Belousov , hackers@freebsd.org, Grzegorz Kulewski Subject: Re: mmap performance and memory use X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2011 16:24:45 -0000 On 10/11/2011 12:36, Mark Tinguely wrote: > On 10/11/2011 11:12 AM, Alan Cox wrote: >> On 10/10/2011 16:28, Wojciech Puchar wrote: >>> is it possible to force VM subsystem to operate on superpages when >>> possible - i mean swapping in 2MB chunks? >>> >> >> Currently, no. For some applications, like the Sun/Oracle JVM, that >> have code to explicitly manage large pages, there could be some >> benefit in the form of reduced overhead. So, it's on my "to do" >> list, but no where near the top of that list. >> >> Alan >> > > Am I correct in remembering that super-pages have to be aligned on the > super-page boundary and be contiguous? > Yes. However, if you allocate (or mmap(2)) a large range of virtual memory, e.g., 10 MB, and the start of that range is not aligned on a superpage boundary, the virtual memory system can still promote the four 2 MB sized superpages in the middle of that range. > If so, in the mmap(), he may want to include the 'MAP_FIXED' flag with > an address that is on a super-page boundary. Right now, the > "VMFS_ALIGNED_SPACE" that does the VA super-page alignment is only > used for device pagers. > Yes. More precisely, the second, third, etc. mmap(2) should duplicate the alignment of the first mmap(2). In fact, this is what VMFS_ALIGNED_SPACE does. It looks at the alignment of the pages already allocated to the file (or vm object) and attempts to duplicate that alignment. Sooner or later, I will probably make VMFS_ALIGNED_SPACE the default for file types other than devices. > Similarly, if the allocated physical pages for the object are not > contiguous, then MAP_PREFAULT_READ will not result in a super-page > promotion. > As described in my earlier e-mail on this topic, in this case, I call these superpage mappings and not superpage promotions, because the virtual system creates a large page mapping, e.g., a 2 MB page table entry, from the start. It does not create small page mappings and then promote them to a large page mapping. Alan From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 12 19:59:13 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 967B81065673 for ; Wed, 12 Oct 2011 19:59:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 51EAB8FC0C for ; Wed, 12 Oct 2011 19:59:13 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC430DB.dip.t-dialin.net [79.196.48.219]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 8FBF184401A; Wed, 12 Oct 2011 21:40:03 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id CA3EC1F03; Wed, 12 Oct 2011 21:40:00 +0200 (CEST) Date: Wed, 12 Oct 2011 21:39:54 +0200 From: Alexander Leidinger To: Adrian Chadd Message-ID: <20111012213954.00007d8a@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10cvs7 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 8FBF184401A.A0FFD X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1319053204.10999@cuLvY3dGJi2oBL37ckcNsg X-EBL-Spam-Status: No X-Mailman-Approved-At: Wed, 12 Oct 2011 20:22:43 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Is there a step by step howto for dtrace on 9.0 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2011 19:59:13 -0000 On Sun, 9 Oct 2011 20:05:21 +0800 Adrian Chadd wrote: > Hi, > > the subject says it all - does anyone have a step by step howto for > doing userland and kernel dtrace on 9.0? Are you talking about the setup of dtrace? -> Wiki Are you talking about how to trace something? -> Solaris Dynamic Tracing Guide (for the basics) Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 05:11:54 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32ED71065672 for ; Thu, 13 Oct 2011 05:11:54 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC0528FC0A for ; Thu, 13 Oct 2011 05:11:53 +0000 (UTC) Received: by ywp17 with SMTP id 17so992438ywp.13 for ; Wed, 12 Oct 2011 22:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=5DM/+gk5KXIGjS9sirWG4dTxGIqwITMz6tfDHPQggQY=; b=dET1ixi6TiBoZVJPiTtYNVwWlHMwTrc5QhijFecGzYtE1VGHSvD1slMiR0KAu5XF0s O7Mwi4dV4uh3CKlSHwz6EJZEaHPPUsF7E2RASEEyDVHgAE2v7ibDDsFiweWUEXvdJNpe cK1zlF85PU0p336ZBKIT5h9dHaH+D7dEb7oKk= Received: by 10.236.123.77 with SMTP id u53mr2805290yhh.5.1318482287419; Wed, 12 Oct 2011 22:04:47 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id z28sm5824070yhl.4.2011.10.12.22.04.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 22:04:46 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D54fNs085135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 01:04:43 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D54ecr085134; Thu, 13 Oct 2011 01:04:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 01:04:39 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013050439.GB67230@DataIX.net> References: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20111013045833.GA67230@DataIX.net> Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: Re: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 05:11:54 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ignore this please... spoke too soon and seen what was actually going on. Thanks anyway & sorry for the noise. On Thu, Oct 13, 2011 at 12:58:33AM -0400, Jason Hellenthal wrote: >=20 > Just as the subject says... on the most recent stable/8 i386 >=20 >=20 > Assertion failed: (_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX), function > _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line > 129. >=20 > Line 129: assert(_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX); >=20 > $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 > 15:36:47Z trasz $ >=20 >=20 > If anyone could advise it would be greatly appreciated. POSIX1e ACLs are > set on the filesystem via tunefs(8) and this is a system without MAC. >=20 > Specifically any issue of ( setfacl -d ... ) fails. --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlnFmAAoJEJBXh4mJ2FR+E6MIAINTOE0C8qKCWEd8+p/oHA3O Z2EyJ0cJYFBmclpnRqApQ4/ch1ezjuPVR2LMmmSRULKPn7KIUB72DcUaHilO112e q7XnmuHg/l4y5100QSIMsI1wxXxILgdqAD2JmaHynjpDeHCG0klwXzRUeoerMYhs Ln3XXyYUWUSgjG3CFS2S/6Q9zQitJRa4rxPb0Q0UiMjq30kVWb9UpFLGsJ6exeW+ wjQxC9AbttywSDs+aHXkx0Ziu0zhL3A6CMGvOrIO6VwEz8IAK7a2cTijEYGKKbBZ YvtmNZ1V1ZOJAz8Nq/5IhccBNG8K/P2+gntn2mxa9Vc4zbv3GSLzs/qNOBoTEwE= =oOpJ -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 05:13:19 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC54D106564A for ; Thu, 13 Oct 2011 05:13:18 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 67B5A8FC0C for ; Thu, 13 Oct 2011 05:13:18 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 09424DC0F1; Thu, 13 Oct 2011 05:06:50 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 98F1BDC0C0 for ; Thu, 13 Oct 2011 05:06:47 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8F24A152001; Thu, 13 Oct 2011 05:04:57 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1715810656E1; Thu, 13 Oct 2011 05:04:56 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA470106564A; Thu, 13 Oct 2011 05:04:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 39C248FC15; Thu, 13 Oct 2011 05:04:47 +0000 (UTC) Received: by ywp17 with SMTP id 17so985825ywp.13 for ; Wed, 12 Oct 2011 22:04:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=5DM/+gk5KXIGjS9sirWG4dTxGIqwITMz6tfDHPQggQY=; b=dET1ixi6TiBoZVJPiTtYNVwWlHMwTrc5QhijFecGzYtE1VGHSvD1slMiR0KAu5XF0s O7Mwi4dV4uh3CKlSHwz6EJZEaHPPUsF7E2RASEEyDVHgAE2v7ibDDsFiweWUEXvdJNpe cK1zlF85PU0p336ZBKIT5h9dHaH+D7dEb7oKk= Received: by 10.236.123.77 with SMTP id u53mr2805290yhh.5.1318482287419; Wed, 12 Oct 2011 22:04:47 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id z28sm5824070yhl.4.2011.10.12.22.04.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 22:04:46 -0700 (PDT) Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D54fNs085135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 01:04:43 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D54ecr085134; Thu, 13 Oct 2011 01:04:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 01:04:39 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013050439.GB67230@DataIX.net> References: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20111013045833.GA67230@DataIX.net> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: Re: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 05:13:19 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ignore this please... spoke too soon and seen what was actually going on. Thanks anyway & sorry for the noise. On Thu, Oct 13, 2011 at 12:58:33AM -0400, Jason Hellenthal wrote: >=20 > Just as the subject says... on the most recent stable/8 i386 >=20 >=20 > Assertion failed: (_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX), function > _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line > 129. >=20 > Line 129: assert(_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX); >=20 > $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 > 15:36:47Z trasz $ >=20 >=20 > If anyone could advise it would be greatly appreciated. POSIX1e ACLs are > set on the filesystem via tunefs(8) and this is a system without MAC. >=20 > Specifically any issue of ( setfacl -d ... ) fails. --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlnFmAAoJEJBXh4mJ2FR+E6MIAINTOE0C8qKCWEd8+p/oHA3O Z2EyJ0cJYFBmclpnRqApQ4/ch1ezjuPVR2LMmmSRULKPn7KIUB72DcUaHilO112e q7XnmuHg/l4y5100QSIMsI1wxXxILgdqAD2JmaHynjpDeHCG0klwXzRUeoerMYhs Ln3XXyYUWUSgjG3CFS2S/6Q9zQitJRa4rxPb0Q0UiMjq30kVWb9UpFLGsJ6exeW+ wjQxC9AbttywSDs+aHXkx0Ziu0zhL3A6CMGvOrIO6VwEz8IAK7a2cTijEYGKKbBZ YvtmNZ1V1ZOJAz8Nq/5IhccBNG8K/P2+gntn2mxa9Vc4zbv3GSLzs/qNOBoTEwE= =oOpJ -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 05:18:18 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A01DB1065674 for ; Thu, 13 Oct 2011 05:18:18 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 350C08FC12 for ; Thu, 13 Oct 2011 05:18:18 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 98D76DC0F8; Thu, 13 Oct 2011 05:00:51 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 357D5DC0C0 for ; Thu, 13 Oct 2011 05:00:49 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D0624157838; Thu, 13 Oct 2011 04:58:49 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5039D10656EC; Thu, 13 Oct 2011 04:58:47 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7743D106564A; Thu, 13 Oct 2011 04:58:40 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0BDA68FC08; Thu, 13 Oct 2011 04:58:39 +0000 (UTC) Received: by gyd8 with SMTP id 8so333349gyd.13 for ; Wed, 12 Oct 2011 21:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition; bh=jTULvZBIwbTY1/3bUk3YbTQ60tUeC7DmA7UqINdquI0=; b=obbnTZhPArxkUXGkXZMlUTzaxHcHpZeHhW9io4wAC9VLtxnFibEFwCDzVmsCz2C9ZH OduENjWm9NJAJGoEJRqGE9PCLWWFguWhwY2fpKkTAhS2xwMNK0gcoVPT4OEZg3gTHrnc heB+przCUDjdUk6t6XGZ/IDA4s+WNE1Wk7Fgk= Received: by 10.236.155.74 with SMTP id i50mr2696361yhk.23.1318481919189; Wed, 12 Oct 2011 21:58:39 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id v28sm5821061yhi.11.2011.10.12.21.58.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 21:58:38 -0700 (PDT) Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D4wYd3084042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 00:58:35 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D4wXKb084041; Thu, 13 Oct 2011 00:58:33 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 00:58:33 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 05:18:18 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just as the subject says... on the most recent stable/8 i386 Assertion failed: (_acl_brand(acl_new) == ACL_BRAND_POSIX), function _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line 129. Line 129: assert(_acl_brand(acl_new) == ACL_BRAND_POSIX); $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 15:36:47Z trasz $ If anyone could advise it would be greatly appreciated. POSIX1e ACLs are set on the filesystem via tunefs(8) and this is a system without MAC. Specifically any issue of ( setfacl -d ... ) fails. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlm/4AAoJEJBXh4mJ2FR+bhkH/2GX7+fCgBE5B3Zp36qSog4S hOfvcTMq4vMtKin8ZPh9ksRHI+fNataiXzJQbBH/dK4l565ya4CbaYIYTQL//XWV +8krP/FfYi/FLJrjVxW+5k6eHBV2u33fD2QustsHWSwAyborMrRA3kRDKrvaXLBn n0KsQ3l2hxKiq4gkXciqf506EK5GzJffsKiEpMkTG2KuYbZxDfuIO6D61f2g7Y8f OzlWcXXQB1vOo361ginFZIX2F1xB/RSznnuz6cCfsqJx/rA+VLCgn02JcTdrV8Wq igYCsD+IobOOkQFTyeSXO8CiUocpP9c+p9nbhM6CxY+5868L4aEfph0jeJ0bl84= =9ih9 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 05:30:16 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3C410656D7 for ; Thu, 13 Oct 2011 05:30:16 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 572E28FC12 for ; Thu, 13 Oct 2011 05:30:16 +0000 (UTC) Received: by ggeq3 with SMTP id q3so1873192gge.13 for ; Wed, 12 Oct 2011 22:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition; bh=jTULvZBIwbTY1/3bUk3YbTQ60tUeC7DmA7UqINdquI0=; b=obbnTZhPArxkUXGkXZMlUTzaxHcHpZeHhW9io4wAC9VLtxnFibEFwCDzVmsCz2C9ZH OduENjWm9NJAJGoEJRqGE9PCLWWFguWhwY2fpKkTAhS2xwMNK0gcoVPT4OEZg3gTHrnc heB+przCUDjdUk6t6XGZ/IDA4s+WNE1Wk7Fgk= Received: by 10.236.155.74 with SMTP id i50mr2696361yhk.23.1318481919189; Wed, 12 Oct 2011 21:58:39 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id v28sm5821061yhi.11.2011.10.12.21.58.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 21:58:38 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D4wYd3084042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 00:58:35 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D4wXKb084041; Thu, 13 Oct 2011 00:58:33 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 00:58:33 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 05:30:16 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just as the subject says... on the most recent stable/8 i386 Assertion failed: (_acl_brand(acl_new) == ACL_BRAND_POSIX), function _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line 129. Line 129: assert(_acl_brand(acl_new) == ACL_BRAND_POSIX); $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 15:36:47Z trasz $ If anyone could advise it would be greatly appreciated. POSIX1e ACLs are set on the filesystem via tunefs(8) and this is a system without MAC. Specifically any issue of ( setfacl -d ... ) fails. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlm/4AAoJEJBXh4mJ2FR+bhkH/2GX7+fCgBE5B3Zp36qSog4S hOfvcTMq4vMtKin8ZPh9ksRHI+fNataiXzJQbBH/dK4l565ya4CbaYIYTQL//XWV +8krP/FfYi/FLJrjVxW+5k6eHBV2u33fD2QustsHWSwAyborMrRA3kRDKrvaXLBn n0KsQ3l2hxKiq4gkXciqf506EK5GzJffsKiEpMkTG2KuYbZxDfuIO6D61f2g7Y8f OzlWcXXQB1vOo361ginFZIX2F1xB/RSznnuz6cCfsqJx/rA+VLCgn02JcTdrV8Wq igYCsD+IobOOkQFTyeSXO8CiUocpP9c+p9nbhM6CxY+5868L4aEfph0jeJ0bl84= =9ih9 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 12:58:56 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E0AF1065707 for ; Thu, 13 Oct 2011 12:58:56 +0000 (UTC) (envelope-from snowzh8512@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF398FC0A for ; Thu, 13 Oct 2011 12:58:56 +0000 (UTC) Received: by ggeq3 with SMTP id q3so2324374gge.13 for ; Thu, 13 Oct 2011 05:58:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=OXZbNwHnNF4/hclKtZG+cihyQTL94hCpuwOl7pso8H8=; b=LXfej3e+HA05/az67TaTk04CeTz9oMNWq1S5er1FWDLt7NPDHnWMYTXWtRjYQh4qHY gi5H+MTKhnQgJRR1NCCUn+Epm87qjtVzFan4i0HHwP6GswNFk7Y6k1HXnEbloqe0QK4j jd64W4jTMq9ui6aeMeaBdy2cTbndwuPYfeW64= Received: by 10.100.253.3 with SMTP id a3mr647088ani.116.1318509349181; Thu, 13 Oct 2011 05:35:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.228.20 with HTTP; Thu, 13 Oct 2011 05:35:09 -0700 (PDT) From: Haozhong Zhang Date: Thu, 13 Oct 2011 08:35:09 -0400 Message-ID: To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: question about the exchanges of td->td_lock and mtx in sched_switch() of sched_ule X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 12:58:56 -0000 Hi, I'm recently reading the code of sched_ule in freebsd 8.2.0 and have two questions. 1. sched_switch() (in sched_ule.c) invokes cpu_switch() (at line 1852) and thread_unblock_switch() (at line 1867). These two functions exchange td->td_lock and mtx. What are the purposes of these exchanges? 2. Can the exchange in cpu_switch() (in amd64/amd64/cpu_switch.S, at line 134) be done before calling cpu_switch()? I mean, does this reorder of exchange and other operations in cpu_switch() cause side-effects to other code? Thank you! - Haozhong Zhang From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 15:18:35 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9C3A106566B for ; Thu, 13 Oct 2011 15:18:35 +0000 (UTC) (envelope-from filippo.sironi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD638FC0C for ; Thu, 13 Oct 2011 15:18:34 +0000 (UTC) Received: by wwe3 with SMTP id 3so1838659wwe.31 for ; Thu, 13 Oct 2011 08:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=3Byw3+MH3DPh7EYsqiIQyaIqfaJl+gAxG/9YMV06k8I=; b=e22qo+FpQAuUByIxa7Gd6So9uYgxwq9K91CwIxRX35uddE8xCzu6hHpdo8xvbkC0FD UAgiuwoDEmnLuatTE+LnlV7fvAdfwEv5u0PXSw68T5HpHVgpeN7xX7nXf9HDwRERlpFw sdzpXnUSqbvLD3rH0+aI4c+GP5mVI558ZGtFQ= Received: by 10.227.209.69 with SMTP id gf5mr1396326wbb.28.1318517263183; Thu, 13 Oct 2011 07:47:43 -0700 (PDT) Received: from filippo.sironi.dynamic.micro.elet.polimi.it (micro.elet.polimi.it. [131.175.127.118]) by mx.google.com with ESMTPS id fy13sm6307751wbb.18.2011.10.13.07.47.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Oct 2011 07:47:41 -0700 (PDT) From: Filippo Sironi Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 13 Oct 2011 16:47:37 +0200 Message-Id: To: hackers@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Subject: kernel panic on free in FreeBSD 7.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 15:18:35 -0000 Hi guys, I have an odd problem regarding memory. The (slightly) modified kernel of FreeBSD 7.2 I'm using panics with this = error: "panic: smp_tlb_shootdown: interrupts disabled" upon calling = free() on three out of four memory buffers I allocate using malloc() in = M_TEMP. Unfortunately no information the position of the instruction = pointer are given, however, I isolated the problem using a set of old = fashioned printf() calls. The faulty code is activated either by a system call I added or by the = exit function (on thread exit). The problem doesn't show if the virtual machine I'm using is configured = with a single processor. Any suggestions? Filippo From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 16:19:08 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB6C41065676 for ; Thu, 13 Oct 2011 16:19:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 189108FC19 for ; Thu, 13 Oct 2011 16:19:07 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA06600; Thu, 13 Oct 2011 19:19:05 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E970F78.9050000@FreeBSD.org> Date: Thu, 13 Oct 2011 19:19:04 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Filippo Sironi References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org Subject: Re: kernel panic on free in FreeBSD 7.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 16:19:08 -0000 on 13/10/2011 17:47 Filippo Sironi said the following: > Hi guys, > > I have an odd problem regarding memory. > The (slightly) modified kernel of FreeBSD 7.2 I'm using panics with this error: "panic: smp_tlb_shootdown: interrupts disabled" upon calling free() on three out of four memory buffers I allocate using malloc() in M_TEMP. Unfortunately no information the position of the instruction pointer are given, however, I isolated the problem using a set of old fashioned printf() calls. > The faulty code is activated either by a system call I added or by the exit function (on thread exit). > > The problem doesn't show if the virtual machine I'm using is configured with a single processor. > > Any suggestions? > Obtain a stack trace of the panic? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 13 21:12:35 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C391065670 for ; Thu, 13 Oct 2011 21:12:35 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 923A48FC13 for ; Thu, 13 Oct 2011 21:12:34 +0000 (UTC) Received: by bkbzx1 with SMTP id zx1so879228bkb.13 for ; Thu, 13 Oct 2011 14:12:33 -0700 (PDT) Received: by 10.204.156.1 with SMTP id u1mr4253459bkw.18.1318538854117; Thu, 13 Oct 2011 13:47:34 -0700 (PDT) Received: from [10.254.254.77] (ppp95-165-132-140.pppoe.spdop.ru. [95.165.132.140]) by mx.google.com with ESMTPS id a27sm5000966bku.9.2011.10.13.13.47.31 (version=SSLv3 cipher=OTHER); Thu, 13 Oct 2011 13:47:32 -0700 (PDT) Message-ID: <4E974E5E.1010802@zonov.org> Date: Fri, 14 Oct 2011 00:47:26 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86sjn84wco.fsf@ds4.des.no> In-Reply-To: <86sjn84wco.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: Does anyone use nscd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 21:12:35 -0000 Nope, because of http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/130749 -- Andrey Zonov 04.10.2011 19:20, Dag-Erling Smørgrav пишет: > Does anyone actually use nscd? From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 14 12:40:31 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F145C1065670; Fri, 14 Oct 2011 12:40:31 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB658FC13; Fri, 14 Oct 2011 12:40:30 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so1054069vcb.13 for ; Fri, 14 Oct 2011 05:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=NK5tpDkLOrR6MXoMi2hufHXjiH83QJX4E+DECBsC2DE=; b=f/i2IGGxzr9jLgTQNI5Ee5jtYgIUjaZ9IqM973NY/YeDfSwLdj/YsWXxQ6qDmrv77D T5WWTycLToT8bOsKOv/r+Vn6jAXkB0ln+lqtd8AKysvbtIdu/g2hPxnPHLVoHFvdNFWy Ut0jIh7OpI8m4Hj9+8Otv52r8ct4YsNO8bvEw= Received: by 10.52.70.242 with SMTP id p18mr8685187vdu.28.1318594290843; Fri, 14 Oct 2011 05:11:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.129 with HTTP; Fri, 14 Oct 2011 05:11:10 -0700 (PDT) From: Maxim Ignatenko Date: Fri, 14 Oct 2011 15:11:10 +0300 Message-ID: To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 14 Oct 2011 15:26:50 +0000 Cc: freebsd-acpi@freebsd.org Subject: Acquiring ACPI_LOCK(acpi) from kernel module during boot process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2011 12:40:32 -0000 Hi, I have this code: https://gitorious.org/acpi_call-freebsd/acpi_call-freebsd/blobs/5e6a79869721a2bd8de88b5cfa90c14b429cb5c7/acpi_call.c It works just fine when loaded into kernel manually, but crashes if loaded during boot via loader.conf: http://i.imgur.com/fLPen.png I've added some printf's to acpi_register_ioctl() to track down where it hangs and crashes after about one minute: http://pastebin.com/vvJutWLA What am I missing? Do I need to somehow (how?) specify module initialization order? Or just call acpi_register_ioctl() by some other mean when it would not cause panic? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 14 16:54:24 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7289106564A; Fri, 14 Oct 2011 16:54:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECD78FC13; Fri, 14 Oct 2011 16:54:24 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so1422236vcb.13 for ; Fri, 14 Oct 2011 09:54:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2gN4F8qJD0pe7sZZRtfqlwwE/HQmcIbZtX3+PO5trd4=; b=aAepuPJ+v+M1u7T3ZlrmV36c2zZfOoZFp7cIfR6lYZLkCSHFkEQetoDJL8ZmTJ8edn Dvio0eVE3mbhy/qxf1NoRySLg5adcQ4bsOkNgTR7M/YcYyIjuqq9EN3obJQOgIdywB4n WkLljgAZDiFSYppe3Dm8jpD+QQ4nlEYIDxdhM= MIME-Version: 1.0 Received: by 10.182.124.9 with SMTP id me9mr5064838obb.1.1318609701834; Fri, 14 Oct 2011 09:28:21 -0700 (PDT) Received: by 10.182.220.1 with HTTP; Fri, 14 Oct 2011 09:28:21 -0700 (PDT) In-Reply-To: References: Date: Fri, 14 Oct 2011 20:28:21 +0400 Message-ID: From: Sergey Kandaurov To: Maxim Ignatenko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Acquiring ACPI_LOCK(acpi) from kernel module during boot process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2011 16:54:24 -0000 On 14 October 2011 16:11, Maxim Ignatenko wrote: > Hi, > > I have this code: > https://gitorious.org/acpi_call-freebsd/acpi_call-freebsd/blobs/5e6a79869721a2bd8de88b5cfa90c14b429cb5c7/acpi_call.c > It works just fine when loaded into kernel manually, but crashes if > loaded during boot via loader.conf: http://i.imgur.com/fLPen.png > > I've added some printf's to acpi_register_ioctl() to track down where > it hangs and crashes after about one minute: > http://pastebin.com/vvJutWLA > > What am I missing? Do I need to somehow (how?) specify module > initialization order? Or just call acpi_register_ioctl() by some other > mean when it would not cause panic? > Hi. The call of mtx_lock_spin() (as seen from your attached screenshot) on MTX_DEF acpi mutex tells me that you try to use it before it was initialized. This is usually done in acpi_attach() routine which is called with SI_SUB_DRIVERS (? - correct me if I'm wrong) order. Your module is initialized with the earlier SI_SUB_KLD order. That also might depend on whether acpi.ko is statically compiled in, even though you have MODULE_DEPEND(acpi_call, acpi, 1, 1, 1); First I would change the order in DECLARE_MODULE() to a more common SI_SUB_EXEC. -- wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 15 05:36:48 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9BDC106566C for ; Sat, 15 Oct 2011 05:36:48 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 463268FC08 for ; Sat, 15 Oct 2011 05:36:47 +0000 (UTC) Received: by wyi40 with SMTP id 40so276046wyi.13 for ; Fri, 14 Oct 2011 22:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=a4UNeM/i3H8EVU5QLCFRznIYcnTm5KNLE/puGgaxUpk=; b=qNIBl+QVqHqx6NM71Mo6TgG34F7bTv3nepbjRqQ3FEiaiu6jEMQaPh7TL2VH8B8Vcr OORDxILVuvYyKi/uVLntV7pGC3IhaMHWfrGeOOIATNi2n8koyBCk8xNX0M1jRvVyW7RD 1dFNkpjjiuiOsDqUglTgFBRTLNIou85tzdvuY= Received: by 10.227.61.142 with SMTP id t14mr3413176wbh.68.1318657007069; Fri, 14 Oct 2011 22:36:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.200.72 with HTTP; Fri, 14 Oct 2011 22:36:17 -0700 (PDT) From: Eitan Adler Date: Sat, 15 Oct 2011 01:36:17 -0400 Message-ID: To: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 Subject: fix some warnings with sbin/camcontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2011 05:36:48 -0000 The following patch reduced the number of warnings camcontrol produces when compiled with clang to 29 from over 50 Index: camcontrol.c =================================================================== --- camcontrol.c (revision 226375) +++ camcontrol.c (working copy) @@ -455,7 +455,7 @@ } case DEV_MATCH_DEVICE: { struct device_match_result *dev_result; - char vendor[16], product[48], revision[16]; + unsigned char vendor[16], product[48], revision[16]; char tmpstr[256]; dev_result = @@ -1456,12 +1456,12 @@ while (isspace(*tstr) && (*tstr != '\0')) tstr++; - tmpstr = (char *)strtok(tstr, ":"); + tmpstr = strtok(tstr, ":"); if ((tmpstr != NULL) && (*tmpstr != '\0')) { *bus = strtol(tmpstr, NULL, 0); *arglst |= CAM_ARG_BUS; convs++; - tmpstr = (char *)strtok(NULL, ":"); + tmpstr = strtok(NULL, ":"); if ((tmpstr != NULL) && (*tmpstr != '\0')) { *target = strtol(tmpstr, NULL, 0); *arglst |= CAM_ARG_TARGET; @@ -2506,7 +2506,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -4469,7 +4469,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -4587,7 +4587,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -4892,7 +4892,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -4974,7 +4974,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -5371,7 +5371,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); @@ -5426,7 +5426,7 @@ for (i = 0; i < num_phys; i++) { struct cam_devitem *item; struct device_match_result *dev_match; - char vendor[16], product[48], revision[16]; + unsigned char vendor[16], product[48], revision[16]; char tmpstr[256]; int j; @@ -5451,7 +5451,7 @@ if (((retval = cam_send_ccb(device, ccb)) < 0) || (((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP) && (disresponse->function_result != SMP_FR_PHY_VACANT))) { - const char *warnstr = "error sending command"; + const char * const warnstr = "error sending command"; if (retval < 0) warn(warnstr); -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 15 05:38:31 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17315106566B for ; Sat, 15 Oct 2011 05:38:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A41CF8FC18 for ; Sat, 15 Oct 2011 05:38:30 +0000 (UTC) Received: by wyi40 with SMTP id 40so276818wyi.13 for ; Fri, 14 Oct 2011 22:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=gUuej6ZlKfxMC8YZgGcPkpfqPn6MmXgrUWUNCmozWZw=; b=QjWLyUY4GiWezwmCeVjxNpBUT/+t4XjYLHyC6UkzPhmOvrzk3Qx/CqGo2kCyRX6C4+ NRSdHva3YX3rGFKftL7QtAI6ZpgkF654em8CSDf5MvQCMXv22duJAhkY7AMzpxAXJGdr MDtnbZAoDYjQ7ISHB9ja9I+RFx85lRqLxz9j8= Received: by 10.227.166.2 with SMTP id k2mr3677056wby.113.1318655686115; Fri, 14 Oct 2011 22:14:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.200.72 with HTTP; Fri, 14 Oct 2011 22:14:16 -0700 (PDT) From: Eitan Adler Date: Sat, 15 Oct 2011 01:14:16 -0400 Message-ID: To: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 Subject: rtadvd - WARNS and a missing break? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2011 05:38:31 -0000 I was playing around with WARNS on some programs and noticed that usr.sbin/rtadvd builds with WARNS=3 with both clang and gcc (and WARNS=6 with gcc). Perhaps the following could be committed ? Index: Makefile =================================================================== --- Makefile (revision 226370) +++ Makefile (working copy) @@ -24,6 +24,6 @@ CFLAGS+= -DHAVE_ARC4RANDOM -WARNS?= 1 +WARNS?= 3 .include While here I also noticed that one of the switch statements is missing a "break" statement but I'm uncertain if adding one is correct. Index: control_server.c =================================================================== --- control_server.c (revision 226370) +++ control_server.c (working copy) @@ -704,6 +704,7 @@ switch (cm->cm_type) { case CM_TYPE_EOM: state = CM_STATE_EOM; + break; //// or should this be /* FALLTHROUGH? */ case CM_TYPE_NUL: cm->cm_type = CM_TYPE_ACK; cm->cm_len = sizeof(*cm); -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 15 22:02:18 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C83A7106566B; Sat, 15 Oct 2011 22:02:18 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA008FC08; Sat, 15 Oct 2011 22:02:18 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 269826AD3B; Sat, 15 Oct 2011 23:45:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id diOzTFomYuqe; Sat, 15 Oct 2011 23:45:47 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn189.78-99-200.t-com.sk [78.99.200.189]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id B02E86AD18; Sat, 15 Oct 2011 23:45:47 +0200 (CEST) Message-ID: <4E99FF0B.6080101@FreeBSD.org> Date: Sat, 15 Oct 2011 23:45:47 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.24pre) Gecko/20111009 Lanikai/3.1.16pre MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports - 3Q/2011 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2011 22:02:18 -0000 Dear all, I would like to remind you that the next round of status reports covering the third quarter of 2011 were due on October 15th, 2011. As this initiative is very popular among our users, I would like to ask you to submit your status reports as soon as possible, so that we can compile the report in a timely fashion. Do not hesitate and write us a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you consider interested is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- Kind regards Daniel Gerzo